BigWings

É obrigatório informar o CSOSN caso use o regime Simples Nacional (CRT=1). O segundo erro indica uma nota adicionada ao ACBrNFe sem nenhum preenchimento, até o número da nota está 0. Algum erro no seu código, com certeza.

Sim, tirando as propriedades da seção published o erro não acontece em tempo de design, mas continua aparecendo em runtime. PS: Pra ficar claro, a exceção em runtime só acontece se for chamada alguma das propriedades PreparedReport, sem associar o componente ACBrNFe.

Até onde sei a informação foi removida dos dois modelos de DANFE, mas não uso o Monitor então vamos aguardar mais alguém pra lhe ajudar. Seria interessante postar a versão do Monitor que está usando e os PDF dos DANFE.

Exatamente, para esse caso o CST correto é o 70.

Bom dia, Fiz uma correção no ACBrNFeDANFeFR para evitar o erro 'Propriedade ACBrNFe não assinalada' em tempo de design. Passos para reprodução: 1-Abra o projeto ACBrNFe_Demo 2-Insira um componente ACBrNFeDANFeFR 3-Configure nele a propriedade FastFile 4-Tente salvar ou mesmo fechar o projeto sem salvar, vai ocorrer a exceção. Como as propriedades estão na seção published, no momento da gravação o Delphi tenta acessar as propriedades PreparedReport, o que chama a PrepareReport, que dispara a exceção quando o ACBrNFe não está configurado para o DANFeFR. Resolvi movendo as três propriedades PreparedReport da seção published para a public, segue anexo. ACBrNFeDANFEFR.pas

Informando o CST 10, que não permite redução de base de cálculo, o ACBr ignora a tag. Para informar redução e ST, use o CST 70.

Está usando impressão EscPos ou Fortes?

Esse XML está validando normalmente tanto no validador da SEFAZ RS quando no demo do ACBr.

Porque não simplesmente usar o arquivo DANFENFCe3_50.fr3? O boletim da SEFAZ faz menção ao Manual de Especificações Técnicas do DANFE NFC-e e QR Code (versão 4.1), o ACBr ainda não está adaptado para essa versão do Manual, que ainda não é obrigatória, mas já está adaptado a versão 3.5, basta usar esse arquivo, onde a observação já foi removida, e há outras modificações. O manual 3.5 já é obrigatório há um tempo, mas a versão em Fast está em arquivo separado.

Tudo depende de como está sendo gerado no XML. O correto é gerar a hora local -03:00, por causa do horário de verão. Saindo do horário de verão, hora local -04:00. Manaus não tem horário de verão.

Bom dia, Fiz uma alteração para obter o número do protocolo de cancelamento para o provedor Agili. Segue anexo. pnfsCancNfseResposta.pas

Então o problema não é no cancelamento e sim na emissão da nota. Abra um novo tópico, poste o XML enviado com fuso -04:00 com horário de verão e a mensagem de rejeição.

Horário de verão marcado? Aqui uso desta forma.

Você postou os XML de retorno do webservice, neles vai constar a hora e fuso do servidor do webservice. Veja qual hora e fuso está sendo gerado nos arquivos de envio, e se a hora do PC está correta. Uma diferença de minutos na hora já pode causar rejeição. A opção de horário de verão também causa problemas, caso o Windows do PC esteja desatualizado, a hora pode mudar indevidamente. Estou em RO, fuso -04:00, sem horário de verão, usando SVRS, sem nenhum problema.

Componente do ACBr. Veja o demo no diretório ACBr\Exemplos\ACBrSerial\ACBrPosPrinter. A função chama OpenPrinter, StartDocPrinter, StartPagePrinter pra cada linha a ser impressa. Bem pouco eficiente. Talvez você devesse mandar o texto todo de uma vez só, num StringList por exemplo, ou modificar a função para abrir a tarefa de impressão uma vez só, fazer todas as chamadas a WritePrinter necessárias, e encerrar com o EndPagePrinter, EndDocPrinter e ClosePrinter.

Me parece que cada chamada a WriteRawStringToPrinter cria uma nova tarefa de impressão no Windows, então é até natural que haja uma pausa. Porque não usa o ACBrPosPrinter? Basta configurar o driver pra criar a porta serial e configurar o PosPrinter com o modelo ppEscEpson e ela funciona 100%.

O valor do ICMS já é embutido no valor dos produtos, essa observação no manual acaba confundindo os desenvolvedores. Basta olhar a forma de cálculo exigida para o vNF que verá que não se deve somar o vICMS lá, pois ele já está no vProd.

Segue o antes e depois.

Boa tarde, Fiz alguns ajustes de alinhamento e quebras de linha para melhorar a impressão na Daruma. Para alinhar a quantidade à direita na impressão em duas linhas, precisei incluir um parâmetros na função ACBrUtil.PadSpace. Seguem os arquivos para análise. ACBrUtil.pas ACBrNFeDANFeESCPOS.pas

ACBrConsultaCPF, ele usa esta página da receita para retornar o nome e situação cadastral do CPF. https://www.receita.fazenda.gov.br/Aplicacoes/SSL/ATCTA/CPF/ConsultaSituacao/ConsultaPublica.asp

O WebService permite informar CPF mas provavelmente só retornará caso o CPF tenha inscrição estadual, como os produtores rurais.

DANFE_FR.ShowDialog := DANFE_FR.Impressora = '';

Por alguma razão o digVal está duplicando dentro da tag. O campo só deve ter 56 caracteres, segundo o Schema, e o teu XML ele está com 112.

Bom dia. Pode haver um arquivo ACBrNFeServicos.res antigo no library path do Delphi que está tendo prioridade no momento da compilação. Você pode forçar a usar o arquivo .ini colocando ele no diretório da aplicação.

Segundo o link que postei acima, está errada. A URL informada na Sefaz é a mesma que está no repositório do ACBr. Então, reverta o ACBrNFeServicos.ini e ACBrNFeServicos.res e recompile.