O contribuinte pode entrar em contato com o atendimento presencial na prefeitura. Ou então acessando o Grupo de Discussão Sobre Nota Fiscal de Serviços Eletrônica.
Página inicial do grupo: http://br.groups.yahoo.com/group/nfse
E-mail do grupo: nfse@yahoogrupos.com.br

Deve ser enviado um lote com no máximo 500 KB, o que proporciona em média 180 RPS.

Todo RPS enviado obtém a data de emissão do RPS e o sistema capta automaticamente esta data é insere na NFSe, com isso a nota fiscal é gerada com a data herdada da emissão do RPS.

Sim é possível, porém foge ao conceito de entrega em lote, tendo em vista que iria ocasionar uma demora na conversão total dos RPS de uma empresa, ou seja, é vantagem para a empresa enviar todos os seus RPS ao término de seu expediente do que realizar entregas constantes durante o dia.

O número da NFSe é gerado de acordo com a última nota fiscal gerada, ou seja, seqüencial e iniciando – se do número 1. Vale ressaltar que não necessariamente os números de RPS e da NFSe são os mesmos, pois a empresa pode ter cadastrado notas online anterior ao início da conversão em lote.

O primeiro número de RPS a ser enviado deve ser o número 1.

É possível enviar até 25 itens de serviço e 200 itens de para dedução em mapa.

Não existe um tempo fixo, pode ser em até 24 horas. Atualmente esta em 30 segundos normalmente.

Sim. Desde que este certificado seja emitido por Autoridade Certificadora credenciada pela Autoridade Certificadora Raiz da ICP-Brasil.

O XML foi assinado com um certificado diferente do CNPJ do Remetente.

Através do método ConsultarNota, pode se obter todos os dados de notas convertidas em determinado período.

Não, pois irá apresentar crítica de RPS fora de seqüência.

Deve ser informado no campo relativo a CPF / CNPJ do tomador o valor 77777777777 com a inscrição municipal do tomador zerada (0000000).

Deve ser realizado a assinatura, pela TAG <lote> </lote>, para isto deve ser informado um ID na TAG lote, como no exemplo a seguir:
<Lote Id="lote:1ABCDZ">
<Reference URI="#lote:1ABCDZ">

Sempre que for enviado um lote de RPS e o usuário possuir uma versão anterior a DLL vigente será exibida uma mensagem alertando que existe uma nova versão.

Deve ser realizada a verificação da conectividade de internet em sua máquina, e para fins de testes de disponibilidade de serviço, captar a URL de envio e inserir no navegador e verificar se é exibida a mensagem de THERE IS A WEB SERVICE HERE.

Deverá ser enviado um RPS com o Status de Cancelamento e com o campo relativo ao motivo de cancelamento preenchido. Para maiores esclarecimentos visualize o manual de Webservice ou de Especificações DLL.

O processo de cancelamento de uma NFSe se dá através do envio de um lote de cancelamento, que é diferente do lote normal, pois possui apenas as informações necessárias ao cancelamento, como a IM do Prestador, número da Nota e o motivo de cancelamento. Esse lote de cancelamento deve ser enviado através do método Cancelar do Web Service. Para maiores esclarecimentos visualize o manual de Web Service ou da DLL.

No sistema NFSe é possível realizar o processo de exportação de notas fiscais eletrônicas no formato XML ou XLS que possibilita ao usuário importar em seu sistema.

A função consultar de Notas retorna no máximo 100 notas por requisição, ou seja, se no período entre a data inicial e final da reaquisição tiver mais de 100 notas devem ser feitas mais de uma requisição de consulta. Sendo a primeira requisição passando a nota inicial como sendo a de número zero, nas demais requisições deve-se chamar o consultar notas passando na requisição no campo nota inicial o número da última nota retornado na consulta anterior. Assim o web service irá consultar as notas do período onde o número da nota for maior ou igual a essa nota inicial.

Quando ao consultar o lote obtém como retorno a informação de lote não processado ainda, isso indica que você deve aguardar um tempo e voltar a consultar o lote novamente para obter o resultado. Não indica ainda se houveram erros ou se o lote foi convertido. Essa informação é apenas um alerta.

Não é necessário, o xml é gravado no sistema da prefeitura, porém caso o contribuinte também queira armazenar essas informações fica a seu critério.

A codificação do xml de envio em lote é no padrão internacional UTF-8, esse padrão não permite utilização de caracteres especificos de acentuação da língua portuguesa ou caracteres especiais como Exemplo: °,™ ,² ,³ e etc. Os caracteres de acentuação e caracteres especiais devem ser removidos ou substituídos por seus equivalentes sem acentuação.Os caracteres especiais podem ocasionar problemas na verificação da assinatura digital, como o primeiro procedimento de verificação do xml é verificar se a assinatura esta válida. Caso o xml seja inválido o web service não consegue verificar a assinatura e apresenta informação de assinatura inválida.

Antes de fazer chamada a qualquer função da DLL a primeira função a ser chamada é a setURL passando o endereço do web service a ser utilizado. Deve-se tomar cuidado para não apontar um endereço inválido de web service.

No manual esta informando os tipos de informação padrão que podem ser utilizadas caso não possua. Por exemplo, determinados campos podem ser utilizado o valor padrão "-" para indicar que não possui a informação. Porém é indicado que seja providenciado que seu sistema passe a gravar essas informações tidas como obrigatórias na NFSe.

a. A DLL nfseutil.dll foi implementada em Delphi de maneira a possibilitar a sua utilização em qualquer linguagem de programação, com isso foram utilizados apenas tipos primitivos( Integer,Double e PChar) do Delphi na assinatura das funções. O desenvolvedor ao fazer uso das funções da DLL deve estar atendo ao tipo desses parâmetros utilizados. Caso a linguagem utilizada for Delphi não deve ser utilizado o tipo String e sim o PChar nos parâmetros de referencia ás funções da DLL.Em C# nas funções onde são passados parâmetros do tipo String o correto é passar StringBuilder quando for parâmetros de retorno passados por referência e quando for parâmetros de envio devem ser passados ponteiros do tipo IntPtr e após o uso desses ponteiros deve ser liberada a memória usando Marshal.FreeHGlobal (ponteiro).
b. Nos exemplos de utilização da DLL estão a forma correta de fazer referencia ás funções da DLL. Referências erradas passando tipos de parâmetros errados podem ocasionar em erros de acesso a memória.
c. Outro erro comum de acesso a memória ocorre quando a assinatura da função implementado esta com uma quantidade de parâmetros diferente da função original da DLL, por exemplo, a função tem 4 parâmetros na DLL e no código o programador esta colocando a função com uma assinatura e referência com apenas 3 campos. Deve ser observado com atenção à forma que esta nos exemplos e no manual.

O erro acima ocorre porque depois de registrar a DLL o .Net Framework gera uma arquivo com informações do registro NFSE_UTIL.tlb e se o usuário não tem permissão para gerar este arquivo ou o arquivo encontra-se como somente leitura é exibida a mensagem de Acesso negado descrita acima. Porém o registro da DLL NFSE_UTIL.dll já foi realizado, o retorno "Types registered successfully" indica isso. O erro acima pode ser desconsiderado e não causa nenhuma implicação. Caso o usuário queira resolver bastar conceder permissões para gravação do arquivo.