Italo Giurizzato Junior

Boa tarde Weber, Procure sempre estar com os fontes atualizados, pois nesses últimos dias foram realizadas diversas alterações, visando melhorias no componente.

Boa tarde Paulo, Sim, o componente já possui essa funcionalidade, mas se não me falha a memória somente a SEFAZ-AM tinha disponibilizado esse Web Services.

Bom dia, Só pode existir apenas um DCU de cada Unit sendo assim sugiro você procurar e excluir todas as ocorrências de DCU da Unit que apresentou falha na compilação. Depois compile a sua aplicação com a opção Build.

Bom dia, Qual é o provedor? Lembre-se no caso da NFS-e sem saber qual é provedor não temos como ajudar.

Bom dia, No meu entendimento e embasado nos manuais e notas técnicas ao ler o XML referente a uma nota sempre vai apresentar o protocolo de autorização. O seu sistema tem que ter um controle das notas que foram canceladas e neste caso deve-se imprimir o evento de cancelamento e opcionalmente o DANFE. Se imprimir o DANFE de uma nota cancelada devemos por obrigação imprimir o evento de cancelamento e grampear as duas folhas. Para quem utiliza o componente existe a possibilidade de informar ao mesmo que a nota esta cancelada e desta forma o DANFE é impresso com a tarja, agora no que diz respeito ao ACBrMonitorPlus não sei lhe informar se existe algum parâmetro no comando de impressão para obter o mesmo resultado.

Bom dia a todos, Segundo a Nota Técnica 2015/003 versão 1.60 - página 8 temos os 3 campos novos referente ao total, notem que todos são opcionais, ou seja, se o valor total for zero a tag correspondente a esse total não precisa constar no XML. Concluo que, ou a NT esta errada, ou a SEFAZ não esta validando corretamente.

Bom dia, Após executar o método Consultar eu leio os seguintes retornos: ACBrNFe.Consultar; cStatusAtual := ACBrNFe.WebServices.Consulta.cStat; xProtocolo := ACBrNFe.WebServices.Consulta.Protocolo; xMotivo := ACBrNFe.WebServices.Consulta.xMotivo; dhData := ACBrNFe.WebServices.Consulta.dhRecbto; Eu utilizo o valor de cStat para uma tomada de decisão e a mensagem que é apresentada na tela utilizo o valor de xMotivo.

Boa noite Wendel, Se não me falha a memória ao enviar um evento caso ocorra algum erro e o retorno é perdido, podemos lançar mão do método consultar. Este alem de retornar a situação atual a NF-e retorna os eventos vinculados a mesma, exceto os que são retornados pelo DistribuicaoDFe.

Boa noite, Verifique se o componente esta configurado corretamente no que diz respeito a versão e modelo de documento fiscal. A versão tem que ser ve310 e o documento fiscal tem que ser moNFe.

Boa noite a todos, O componente ACBrNFSe foi migrado por completo para o Trunk2, esta faltando apenas criar os arquivos INI para os provedores que não seguem o padrão ABRASF. Fora esses provedores o componente já esta pronto para emitir NFS-e em 47 provedores. Como não tenho condições de realizar testes em todos eles, pode ser que ainda seja necessário realizar mais alguns ajustes. Disponibilizei hoje varias alterações visando simplificação de código e diminuição na quantidade de parâmetros passados para os métodos. Foi criado um novo grupo de propriedades de configuração obrigatórias para um perfeito funcionamento do componente. Abaixo a lista dessas novas propriedades: ACBrNFSe1.Configuracoes.Geral.Emitente.CNPJ := sCNPJ; ACBrNFSe1.Configuracoes.Geral.Emitente.InscMun := sIM; ACBrNFSe1.Configuracoes.Geral.Emitente.RazSocial := sRazao; ACBrNFSe1.Configuracoes.Geral.Emitente.WebUser := sUsuario; ACBrNFSe1.Configuracoes.Geral.Emitente.WebSenha := sSenha; ACBrNFSe1.Configuracoes.Geral.Emitente.WebFraseSecr := sFraseSecreta;

Boa tarde, Esse assunto já foi debatido muito aqui no fórum. Um XML assinado com o protocolo de autorização é um documento fiscal com validade jurídica portanto não se deve ser alterado. O cancelamento é um evento e temos no final do processo um XML chamado *-procEventoNFe.xml este arquivo também esta assinado e com o protocolo da SEFAZ que homologa o cancelamento da NF-e, portanto também é um documento fiscal com validade jurídica e consta no Manual versão 6 da NF-e - página 48 que este XML deve ser armazenado pelo emitente e distribuído para o destinatário. Resumindo, a principio temos que armazenar e disponibilizar o XML da nota ao destinatário, caso esta nota venha ser cancelada devemos armazenar e disponibilizar o XML referente ao processamento do evento, ou seja, *-procEventoNFe.xml ao destinatário.

Boa tarde, A forma de ler a mensagem de retorno depende do método que esta sendo usado: envio, consulta, ...

Boa tarde Jakson, Nota Técnica 2013/005 versão 1.22 - página 53 - GA. Autorização para obter XML. with autXML.Add do // Lista contendo até 10 begin CNPJCPF := sCNPJouCPF; end; Caso seja necessário informar mais de 1 colocar o código acima dentro de um loop. No seu caso lembre-se que o primeiro da lista tem que ser o CNPJ do Escritório de Contabilidade ou o da SEFAZ-BA.

Boa tarde, Isso não se faz necessário. Você esta enviando a nota para qual UF? Você esta enviando uma NF-e ou NFC-e? Esta enviando no modo Síncrono ou Assíncrono?

Boa tarde Wendel, Esse arquivo que você postou tem os NSU de 1 até 11 e não de 1 até 4. Os NSU: 1, 2 e 3 se referem a resumos de notas; Os NSU: 4 e 5 se referem a notas (completas); O NSU 6 se refere a um evento (completo); O NSU 7 se refere a uma nota (completa); Os NSU 8, 9, 10 e 11 se referem a resumos de notas. Lembre-se, atribuir o valor True a propriedade Configuracoes.Geral.Salvar faz com que o componente salve em disco os arquivos de envio e de retorno (como este que você postou), por outro lado se atribuir o valor True a propriedade Configuracoes.Arquivos.Salvar faz com que o componente salve em disco os arquivos com validade jurídica. Se o seu componente esta configurado para salvar os arquivos com validade jurídica, verifique se foi salvo algum arquivo chamado *-procEventoNFe.xml esse arquivo se refere ao NSU 6, pode ser o evento referente a manifestação do destinatário que você deseja.

Boa tarde Paulo, Se o governo não inventar mais nada acredito em breve vai estar migrado.

Boa tarde Marco, Favor atualizar todos os fontes de todas as pastas e inicie os testes, já liberamos varias alterações e melhorias visando os provedores que necessitam que o RPS e Lote sejam assinados.

Boa tarde Wendel, O componente esta configurado para salvar os XML em disco? Se sim, quais foram os arquivos gerados e salvos após executar pela segunda vez o DistribuicaoDFe?

Boa tarde a todos, Que eu saiba somente o do Quick Report que tinha sido feito alguns ajustes quanto as alterações de nomes de algumas funções usadas pelo mesmo.

Boa tarde Diogo, Apliquei a mesma alteração no ACBrCTe e ACBrMDFe feita pelo Daniel no ACBrNFe. Já esta disponível, favor atualizar os fontes e testar.

Bom dia Silva, Agora você deve optar pelo Fortes ou pelo Fast Report.

Bom dia a todos, Rene. foi feita uma alteração visando resolver esse problema, favor atualizar todos os fontes de todas as pastas e testar novamente.

Boa noite Jefferson, Foi feito uma alteração visando corrigir esse problema. Favor aguardar uma nova compilação do monitor.

Bom dia Leandro, Muito obrigado pela colaboração, vamos avaliar e se estiver tudo Ok vamos disponibilizar.

Bom dia a todos, "ACBrNFe1.NotasFiscais.Items[0].NFe.procNFe.dhRecbto" nos retorna a Data/Hora de Recebimento da nota na SEFAZ, como essa informação esta no grupo <infProt> podemos até dizer que se trata da Data/Hora que a nota foi autorizada. Se essa data é 31/12/1899 podemos concluir duas coisas: 1. A nota foi enviada, mas por algum motivo o retorno contendo a informação se a nota foi autorizada ou não, não foi retornada. 2. A nota (NFC-e) foi emitida em contingência Offline, sendo assim o seu envio não ocorreu, logo explica o valor da propriedade dhRecbto. Uma nota enviada para a SVC - SEFAZ-Virtual de Contingência o retorno é o mesmo e pode ser lido da mesma forma que uma nota enviada para a SEFAZ-Autorizadora. Portanto você pode usar sim a linha acima para pegar a Data/Hora de Recebimento.