Italo Giurizzato Junior

Bom dia Nelson, Você só pode usar o método DistribuicaoDFePorChaveNFe se a respectiva nota for Manifestada pelo Destinatário, caso contrario o que é retornado é apenas um resumo da mesma. A minha sugestão é: Você fazer uma aplicação que a cada 1 hora (por exemplo) execute o método DistribuicaoDFePorUltNSU. Se o retorno for um resumo, alimente uma tabela no banco de dados para que o usuário possa realizar a manifestação através de uma outra aplicação. Se o retorno for o XML completo, salva o mesmo no disco e alimenta outra tabela para que o usuário possa saber que existe XML de notas disponíveis para serem importados.

Bom dia, O problema é o provedor para onde o RPS é enviado. Se ele segue a versão 1 da ABRASF temos a situação ao consultar a situação do lote. Se ele segue a versão 2 da ABRASF temos a situação ao consultar o lote. Agora se ele não segue o layout da ABRASF, cada um é de um jeito.

Bom dia Claudemir, A lista de serviços até onde sei é padronizada e na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Delphi temos o arquivo TabServicos.txt com todos eles. Quanto a alíquota quem tem que informar é a prefeitura. No caso de ambiente, sim, o provedor WebISS possui tanto o ambiente de Produção quanto o de Homologação. Favor realizar testes com o programa exemplo.

Bom dia todos, Lembrem-se que temos hoje dois modelos de documentos fiscais. * CT-e destinado ao transporte de cargas * CT-e OS destinado ao transporte de valores, bagagem extra e fretamento. Sendo assim temos que ter dois modelos de DACTE, ou seja, um para cada modelo de documento fiscal. No caso do Fast Report já temos: DACTE_OS.fr3 -> destinado ao CT-e OS (surgiu com a versão 3.00) DACTE_Ve300.fr3 -> destinado ao CT-e versão 3.00 No caso do Fortes Report sugiro criar o ACBrCTeDACTeRLRetratoOS -> DACTE exclusivo para o CT-e OS.

Boa noite Carlos, Agora complicou, não sei como resolver neste caso, acredito que a solução é preencher o xCampo com 3 caracteres mesmo, apesar de no XML o tamanho é de 1 até 20.

Boa noite Igor, Como dito anteriormente só é possível usar o método Enviar para o provedor Betha. Se esta ocorrendo esse erro pode ser que a URL esteja errada.

Boa noite, Isso não é possível, pois o Lote tem que ser assinado.

Boa noite André, Você atualizou quando os fontes, antes da minha postagem ou depois? Se foi antes, favor atualizar novamente. Se antes ou depois, realizou a reinstalação usando o ACBrInstall_Trunk2?

Boa noite Carlos, Quando se utiliza o OpenSSL temos esses problemas a tag tem que 3 caracteres no minimo. Para resolver esse problema é preciso alterar o Schema, mais precisamente na definição do elemento xCampo.

Boa noite a todos, André, e esse novo provedor Giap segue qual versão do layout da ABRASF ou tem o seu próprio layout?

Boa noite Igor, A cidade Capão da Canoa/RS se utiliza do provedor Betha, que se utiliza da versão 1 do layout da ABRASF e nesta versão não temos o método de envio GerarNFSe, somente o Enviar. Isso explica a mensagem de erro.

Boa noite André, Favor atualizar todos os fontes de todas as pastas e refaça os testes.

Boa tarde Douglas, Já vi isso ocorrer, não faço a menor ideia do que pode ter ocorrido. Tentou dar prosseguimento a pesquisa, ou seja, executou novamente o DistribuicaoDFe passando o valor 558186 como sendo o ultimo NSU?

Bom dia Sergio, Muito obrigado pela colaboração ainda hoje estaremos enviando para o repositório.

Bom dia Claudiano, Até o momento não recebemos nada da implementação realizada por Adenilde.

Bom dia Francisco, Pelo que andei analisando os WSDL do Web Services Recepcionar Eventos do Ambiente Nacional existe sim uma diferença entre eles quanto a versão. Sendo assim a sua alteração faz sentido. FPRetWS := SeparaDadosArray(['nfeRecepcaoEventoResult', 'nfeResultMsg', 'nfeRecepcaoEventoNFResult'],FPRetornoWS ); a tag nfeRecepcaoEventoResult era usada nos retornos de todos os tipos de eventos até a versão 3.10 agora a tag nfeResultMsg será utiliza pelos retornos de recepção de eventos enviados para a SEFAZ-Autorizadora a partir da versão 4.00 e a tag nfeRecepcaoEventoNFResult será utilizada pelos retornos de recepção de ventos enviados para o Ambiente Nacional a partir da verão 4.00

Boa tarde Jocenir, Primeiramente, não coloque o conteúdo de arquivos como texto da postagem, procure sempre anexar. Segundo, você esta fazendo a maior confusão. Você gerou esse XML através de uma rotina própria e esta querendo usar o componente ACBrNFe que é destinado a emissão de Nota Fiscal Eletrônica e não a Nota Fiscal de Serviço Eletrônica. Você precisa usar o componente ACBrNFSe. Favor utilizar o programa exemplo do respectivo componente, ele se encontra na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Delphi

Bom dia a todos, Com certeza é algum problema no Ambiente Nacional, pois é lá que ficam todas as notas de todos os Estados.

Bom dia a todos, Bruno, Fiz a alteração no componente e enviei para o repositório. O ACBrMonitor Plus se utiliza do componente, uma nova versão do mesmo já vai contemplar a alteração. Favor baixar a última versão disponível do Monitor e faça novos testes.

Rodrigo, Pode ser que sim, não me recordo se em função do tipo de tributação altera alguma coisa na string que será utilizada para gerar a assinatura. Se não me falha a memória o T e ou NN que aparece na string que você postou se estiver incorreto gera essa rejeição.

Bom dia Alexandre, Primeiramente, peço para que não use o método DistribuicaoDFe e sim o DistribuicaoDFePorUltNSU, pois este último tem apenas 3 parâmentros: UF, CNPJ e UltNSU. function DistribuicaoDFePorUltNSU(AcUFAutor: integer; ACNPJCPF, AultNSU: String): Boolean; Por favor tenha em mente que o valor do UltNSU (terceiro parâmetro) tem que ser sempre igual ao valor retornado na tag ultNSU (ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.ultNSU) da última execução do método acima. Ao executar pela última vez o método DistribuicaoDFePorUltNSU o valor retornado em ultNSU é 253, é esse valor que devemos informar como terceiro parâmetro na próxima execução do método. Leia atentamente a Nota Técnica: 2014/002 versão 1.02b

Bom dia Sergio, É no arquivo ACBrNFeServicos.ini procure por [NFe_PE_H] e inclua no final. Não esqueça de executar: Compila_RES Reinstale os componentes através do ACBrInstall_Trunk2 E por fim compile com a opção Build a sua aplicação. Faça os testes, estando tudo OK, anexe o ACBrNFeServicos.ini aqui mesmo no fórum para que possamos envia-lo para o repositório.

Bom dia Rodrigo, Desculpe, não damos mais suporte aos fontes do Trunk somente Trunk2. E se tratando de NFS-e o meu foco agora é a NFS-e Padrão Nacional, que até dezembro/2017 será realidade em algumas cidades e a sua massificação vai ocorrer em 2018. Desta forma teremos apenas um único layout e Web Services para todas as cidades brasileiras. Adeus todos os provedores, não vou sentir nenhuma saudade.

Bom dia Rodrigo, Qual é o provedor?

Bom dia Jocenir, Modelo da NFSe para o Estado de Goiás? A NFS-e se refere a Serviço que é a nível municipal e não estadual. Você vai emitir a NFS-e para qual cidade? Já entrou em contato com a prefeitura dessa cidade para saber qual empresa (provedor) eles contrataram para recepcionar as NFS-e?