BigWings

Como assim "nos próximos dias"? A NT já está em produção desde o final do ano passado, e o DIFAL obrigatório desde 01/07/2016. Ou o prazo é alguma peculiaridade da UF que não implementou ainda?

Também fiquei na dúvida quanto a impressão do valor pago, o manual diz que deve ser impresso "o valor efetivamente pago pelo cliente", é o mesmo texto dos manuais anteriores, e o ACBr sempre imprimiu somente o valor conforme a tag vPag do XML. Nos exemplos do Manual 4.0 entretanto, contém NFC-e com valor pago sendo a soma do valor da NF e o troco. Como ainda não foi criada a tag Troco no XML, e ainda existe a validação do total do vPag ser igual ao valor da NF, acredito que terá que ser criado um "array" de troco, sendo um pra cada pagamento, para que se possa imprimir o valor recebido (vPag + Troco). Sobre o QR-Code lateral, salvo engano, não há como fazer a impressão lateral em Esc/Pos, nem espaço suficiente pra imprimir o QR-Code mais as informações da NFC-e. O QR-Code lateral seria interessante no modelo em A4.

Outra alternativa é solicitar os XML da SEFAZ, correndo risco de ser autuado por não ter eles em local seguro, como determina a legislação.

Bom dia, Você está gerando o grupo de duplicatas, sem informar o valor. Basta não informar o grupo.

Bom dia, Baixando o arquivo tanto pelo ACBrDownload quanto pelo Chrome (opçao salvar pagina), retorna igual, com as quebras de linha no estilo Unix (ASCII 10), salvando pelo Internet Explorer ele faz a conversao para as quebras de linha no estilo Windows (#13 #10). Se voce montou o arquivo no bloco de notas ele devia estar no formato Windows, talvez esteja sendo convertido no upload para a hospedagem. Basta apos o Download fazer a verificaçao e conversao de volta.

Por enquanto estou usando um certificado auto-assinado, mas estou em processo de aquisição de um certificado da Comodo, paguei USD 84.00 por um ano. Neste blog tem informações de como fazer: http://ericksasse.com.br/como-assinar-digitalmente-seus-aplicativos

Bom dia, Aproveitando o tópico com a impressão do DANFE na Daruma, segue correção para as quebras de linhas. ACBrNFeDANFeESCPOS.pas

Se você tem a chave da nota como disse no primeiro post, basta pegar o cNF dela. Os dígitos na posição 36 a 43 correspondem ao cNF.

Bom dia, Está usando Fast ou Fortes?

Boa noite, Tente o seguinte: nao altere nada no Tinus.ini (faça um revert no SVN), e adicione os sufixos para a cidade no Cidades.ini, da seguinte forma: [2602902] Nome=Cabo de Santo Agostinho UF=PE Provedor=Tinus NomeURL_H=cab NomeURL_P=cab

Bom dia, Esse assunto foi discutido e - se me recordo - solucionado de outra maneira, no seguinte tópico:

Precisa verificar se o fuso horário da máquina está com o fuso horário correto. No trecho que você postou está o fuso -03:00, enquanto no horário de verão o fuso de Brasília é -02:00. O fuso gerado depende da configuração ACBrNFe1.Configuracoes.Geral.WebServices.TimeZoneConf, por padrão o ACBr pega o fuso horário da máquina, mas você pode controlar pela sua aplicação se desejar.

Bom dia, O XML pode estar sendo gerado com o horário correto mas o fuso horário errado, isso causa esse erro.

Bom dia, Esse campo "Discriminação dos serviços" não existe no layout da NFSe da Agili, tente usar o DANFSeNovo.fr3 ou DANFSePadrao.fr3, que fazem a impressão dos itens da NFS-e. Quanto ao campo "Outras informações" ele realmente não estava sendo gerado no rps. Substitua o arquivo em anexo, recompile o ACBr e tente novamente. pnfsNFSeW_Agili.pas

Fiz o teste com o seu XML e realmente não apareceu a tarja de NFe cancelada, o motivo é que ela foi emitida em homologação, então deve ter aparecido para você a tarja de "Nota Fiscal sem valor fiscal - Homologação". Perceba, entretanto, que no protocolo o título é "Protocolo de homologação do cancelamento". Em produção deve aparecer a tarja de cancelamento, desde que você atribua a propriedade ACBrNFe1.DANFe.NFeCancelada, como o Ítalo mencionou, e o ACBrNFe1.DANFe.ProtocoloNFe como o protocolo de cancelamento e não autorização.

Boa tarde, Está usando Fast ou Fortes? Se Fast, qual arquivo? Poste um PDF de como está saindo.

Boa tarde, O layout da Agili não permite informar destaque de PIS e COFINS, informe apenas se houver retenção.

Boa noite, Esse é o resumo da NFe, você tem que fazer a manifestação se não foi feita e chamar o DistribuicaoDFe novamente para carregar o XML da nota autorizada.

Pode usar dessa forma sim, sem problemas. O que quis dizer é que as operações foram executadas, retornando o cStat 138, e no final do repeat..until retornou o 137, onde houve a mensagem de retorno. As operações onde o cStat retornou 138 você só não viu acontecer, foi o que quis dizer.

O problema está na construção da URL de consulta, essa URL já foi corrigida, você pode estar com uma versão desatualizada do ACBRMonitor Plus ou um arquivo ACBrNFeServicos.ini desatualizado na pasta do aplicativo.

Boa tarde, No código de exemplo do ACBr tem um bloco repeat..until que executa até que o retorno seja 137, então só terá a mensagem de erro no final, mas executou todas as operações. Veja se não é esse o caso.

Bom dia, Não uso o monitor mas acho que o Juliomar que que envie o arquivo ENTNFE.txt gerado no momento da emissão da NFCe.

Bom dia, Após chamar o DistribuicaoDFe você pode carregar o XML acessando a propriedade ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[ x ].XML. Para saber o tipo do XML retornado - ele pode ser o resumo da NFe ou a NFe já autorizada, ou resumo de eventos, etc - consultar a propriedade ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[ x ].schema.

Bom dia, O que o ACBr chama de provedor é o nome do software ou da empresa desenvolvedora do software que controla a emissão das NFS-e. Acessando a página indica que o provedor é o Pronim, e o layout é o ABRASF v. 2.02. Substitua os arquivos em anexo e faça o teste. Cidades.ini Pronimv2.ini

Bom dia, A informação do Ítalo está correta, como consta no manual do DACTE v. 1.0.1.