BigWings

Banco da Amazônia é de meu interesse e posso implementar. Mas tenho aqui apenas o layout para cobrança não registrada. Você vai trabalhar com registrada ou não registrada?

Desconsiderem o teste que fiz, ainda estou com as URLs antigas da SVRS, e testei com o componente setado para NF-e, e não NFC-e. Depois que olhei no código do ACBr, vi que ele fazia distinção para obtenção da URL para cada modelo, se eu mudo para NFC-e, nas URLs antigas, recebo mensagem "URL não disponível para esta UF", ou algo assim.

Já aconteceu comigo e descobri que o problema era na tag indFinal, que quando setada como cfConsumidorFinal, aceita CPF ou CNPJ em branco. Desde então apenas na NFC-e coloco essa tag como cfConsumidorFinal, para NF-e deixo cfNao.

Não, usei meu próprio certificado A1.

Normal aqui: Versão Layout : 3.10 Ambiente : 1 Versão Aplicativo : SVAN_3.1.0 Status Código : 107 Status Descrição : Servico em Operacao UF : PA Recebimento : 06/05/2015 12:23:14 Tempo Médio : 1 Retorno : Observação : Agora, se mudar a propriedade Configuracoes.Geral.FormaEmissao para teSVCRS: Versão Layout : 3.10 Ambiente : 1 Versão Aplicativo : SVRS201411141702 Status Código : 114 Status Descrição : Rejeicao: SVC-RS desabilitada pela SEFAZ de Origem UF : PA Recebimento : 06/05/2015 12:23:14 Tempo Médio : 1 Retorno : Observação :

O Webservice rejeita automaticamente a emissão de NFC-e para contribuinte do ICMS. Então mesmo para empresas locais que vão creditar o imposto, é preciso emitir uma NF-e no lugar.

Tive um caso onde uma NFC-e foi emitida em contingência off-line e, ao tentar autorizar a mesma depois ela foi rejeitada com a mensagem "Rejeição: NFC-e para destinatario contribuinte ICMS". A nota era pra pessoa física, a tag indIEDest foi gerada com valor 1 por um erro no cadastro do consumidor. Não posso corrigir a informação, assinar e transmitir novamente porque vai alterar o QR-Code, tornando a nota entregue ao consumidor inválida. Ainda não entrei em contato com a Sefaz, queria saber se alguém aqui já teve essa experiência, e como resolveu.

Fiz este teste hoje e também tive o mesmo problema. O DANFCe parou no meio do item 202. Colocando um sleep com um buffer de 40 linhas, conforme o Alan sugeriu, resolveu o problema. Daruma DR700L é o modelo. Upd: Se eu ativar a impressão em duas linhas por item, o DANFCe imprime completo, mas enquanto imprime recebo a mensagem de time-out.

Nada a haver com serviço. A tag ICMSSN contém os campos para NF-e em regime Simples Nacional. No seu XML o CSOSN não foi informado, por isso o erro.

Tenho usado sem problema na MP-4200 TH (Não fiscal). Com a fiscal acredito que não possa usar.

Boa tarde. Eu tinha uma configuração interna no sistema que permitia alterar a versão do XML, em caso de erros com a versão mais nova. Por acaso estava selecionada a ve300. Já alterei de volta e resolveu, mas demorei um tempinho até descobrir que o erro estava sendo gerado no código do ACBr. Mas entendi que não se deve usar. Obrigado.

Ao chamar a função ACBrNFE1.NotasFiscais.Assinar no layout 3.00 ocorre o erro "'' não é um número de ponto flutuante válido", Pelo que vi o erro está na unit pcnConversa.pas, na função GetVersaoNFe, que não faz o teste se o layout é ve300.

Estou tentando enviar o comando #27 #229 para a Daruma para obter as configurações dela, entre elas o número de colunas, tabela de comandos e página de código. Consegui fazer com outros componentes de comunicação serial (VaComm), mas com o ACBr não estou sabendo fazer. Como obter o retorno da impressora depois de enviar o comando? ACBrNFeDANFeESCPOS1.Device.Porta := 'COM1'; ACBrNFeDANFeESCPOS1.Device.Ativar; try ACBrNFeDANFeESCPOS1.Device.EnviaString(#27#229); Memo1.Lines.Add(ACBrNFeDANFeESCPOS1.Device.LeString(100, 10)); finally ACBrNFeDANFeESCPOS1.Device.Desativar; end; Este código dá timeout, independente do tempo que coloco como parametro na LeString() --- Consegui: ACBrNFeDANFeESCPOS1.Device.Porta := 'COM1'; ACBrNFeDANFeESCPOS1.Device.Ativar; try ACBrNFeDANFeESCPOS1.Device.EnviaString(#27#229); Memo1.Lines.Add(ACBrNFeDANFeESCPOS1.Device.Serial.RecvPacket(100)); finally ACBrNFeDANFeESCPOS1.Device.Desativar; end;

Geralmente nessa mensagem aparece o motivo da rejeição.

Todas as propostas que fiz acima já estão no fonte que anexei. O manual estipula um tamanho mínimo do QR-Code de 25 x 25 mm. Sobre a largura do papel, estava vendo o tool da Daruma tem opção de configurar a largura, nos modelos H e M chega a 52 caracteres no tamanho normal. Talvez o ideal seja criar uma propriedade configurável pelo usuário.

Sugestões: - Trocar o nome "Inscrição Estadual" no cabeçalho para "IE", já que com inscrições com 20 digitos mais o nome completo ultrapassam a largura da Daruma. - Quebrar a linha após o texto "Consulte pela chave de acesso em" e "Procotolo de Autorização" que tem o mesmo problema e desta forma fica numa estética melhor. - Usar a largura "3" no QR-Code na Daruma, ele gera um código menor, e acima do mínimo especificado no Manual de Integração. - Criar uma variável que controle a largura do papel para cada modelo. Fiz alteração também na impressão dos itens, para deixar os campos melhor tabulados, aumentando e diminuindo o campo descrição conforme necessário. Acho que o ideal seria fazer a impressão em duas linhas para não haver truncamento excessivo na descrição. Segue a minha unit com as alterações. ACBrNFeDANFeESCPOS.pas

A atualização do firmware da Daruma DR700L funcionou sem problemas. É preciso entrar em contato com o suporte deles antes pra verificar qual a versão da impressora pra ver se pode atualizar ou não. Após consegui instalar o driver spooler e imprimir o DANFE do FastReport nela. Porém a qualidade não é lá essas coisas e o QR-Code lê com bastante dificuldade. Testei a impressão pelo ACBrNFeDANFeESCPOS e também funcionou, com qualidade excelente, o único porém é que as linhas estão ultrapassando o tamanho do papel - a impressora usa 48 caracteres de largura em modo condensado.

Pelo que o pessoal do suporte da Daruma falou, é possível atualizar o firmware da DR700L para DR700Le, que tem suporte ao modo gráfico e driver spooler. Tenho um cliente com essa impressora, farei o teste amanhã.

Atualizei os fontes e tentei novamente. O arquivo foi validado sem erros, porém nos campos onde foi informado o valor 0,00, no arquivo ficou em branco. Acredito que a ideia seria mostrar o campo com o valor 0.00 se informado, e em branco se Null. Segue trecho do código. Quando a variant tem o valor 0.00 o teste Value = Unassigned retorna true.

Desculpe a falta de retorno, com a correria do dia a dia não tenho tempo de visitar o fórum. Vamos lá, coloquei esses fontes do anexo (não cheguei a atualizar os fontes pelo svn), Na gravação do arquivo, está ocorrendo o erro "Format '%a' invalid or incompatible with argument.". O erro acontece na função VLFill(), no arquivo ACBrTXTClass.pas, na linha 380: // Checa se é um valor numérico if not IsNumber(Value) then raise Exception.Create( Format('[%a] Não é um valor numérico!', [Value]) ); Aparentemente a função IsNumber() retorna falso para valores decimais.

Rondônia também já está em produção.

Um dos casos em que é necessário referenciar uma NFC-e na NF-e é em uma devolução de mercadorias, em que a empresa gera a NF-e de entrada.

Tinha tentado anexar o .patch mas deu erro de permissão, por isso mandei para o 4shared. Segue em .rar. ACBrSPEDPisCofins.rar

Precisei fazer algumas alterações no código com relação ao registro C175. Estou com o release 7414, de 09/09/2014, e nesta versão, esse registro não está sendo totalizado no registro 9900. Além disso, na validação do arquivo, os campos QUANT_BC_PIS, ALIQ_PIS_QUANT, QUANT_BC_COFINS e ALIQ_COFINS_QUANT devem ser gerados em branco, de modo semelhante ao registro C481 e C485. Update: Criei um patch com as alterações: [Editado]

Segue. ACBrCTeDACTEFRDM.pas