Painel de líderes

apaguei a pasta e atualizei novamente e deu certo, obrigado

Veja como ficou o XML: O comando NFe.CriarNFe foi encerrado ao encontrar a primeira vírgula, porque faltou o encerramento final com ").

Boa tarde Dercide, O componente não altera o XML do RPS depois que o envia. O Webservice do provedor processa o RPS enviado e caso esteja tudo OK é retornado o XML da NFS-e. Os XMLs dos RPSs são salvos na pasta Recibos e os XMLs das NFS-e são salvos na pasta Notas. Faça um teste simples. 1. Configure o componente para não consultar o lote após o envio: Configuracoes.Geral.ConsultaLoteAposEnvio := False; 2. Envia o RPS; 3. Verifica se foi salvo na pasta Recibos o XML do RPS e anote a data e hora do respectivo XML; 4. Aguarde um minuto; 5. Execute o método Consultar Lote; 6. Verifica se foi salvo na pasta Notas o XML da NFS-e e anote a data e hora do respectivo XML; 7. Por fim abra a pasta Recibos e verifique se a data hora do XML do RPS foi alterado. Se não foi alterado isso significa que o componente não esta alterando o XML do RPS. Observação: faça esse teste usando o programa exemplo do componente.

Bom.. Segue o que eu aplico <infAdProd>DADOS DE FCP :( BASE : 47,50 PERC. : 2,00 VALOR : 0,95) - FCP ST:( BASE. : 91,21 PERC. : 2,00 VALOR : 0,87);</infAdProd> -<infAdic> <infAdFisco>VALOR TOTAL DO FCP : 1,72 - VALOR TOTAL DO FCP ST:1,58;VENDA DE PRODUCAO DO ESTABELECIMENTO EM OPERACAO COM PRODUTO SUJEITO AO REGIME DE SUBSTITUICAO TRIBUTARIA, NA CONDICAO DE CONTRIBUINTE SUBSTITUTO</infAdFisco> <infCpl>DISQUE PROCON 151 ; ALERJ 2588-1000;PEDIDO : 00038 Rede : APOLO ;;PROTOCOLO ICMS 189/09 ITEM 34.2 RICMS RJ ;Ncm : 39241000;FAT BRUNA; ;BOLETO ANEXO</infCpl> </infAdic>

Obrigado @Daniel Simoes deu Certo aqui setei como true ai está atualizando o protocolo do xml. Abraços Pode fechar o tópico

Boa tarde, Seguem implementações dos novos campos dos Registros 0000 e J150, caso não tenham iniciado o desenvolvimento ainda. 1. Registro 0000 21 IND_CENTRALIZADA Indicador da modalidade de escrituração centralizada ou descentralizada: 0 - Escrituração Centralizada 1 - Escrituração Descentralizada 22 IND_MUDANC_PC Indicador de mudança de plano de contas: 0 - Não houve mudança no plano de contas. 1 - Houve mudança no plano de contas. 23 COD_PLAN_REF Código do Plano de Contas Referencial que será utilizado para o mapeamento de todas as contas analíticas Observação: Caso a pessoa jurídica não realize o mapeamento para os planos referenciais na ECD, este campo deve ficar em branco. 2. Registro J150 02 NU_ORDEM Número de ordem da linha na visualização da demonstração 08 VL_CTA_INI Valor do saldo final da linha no período imediatamente anterior 09 IND_DC_CTA_INI Indicador da situação do valor final da linha no período imediatamente anterior 10 VL_CTA_FIN Valor final da linha antes do encerramento do exercício 11 IND_DC_CTA_FIN Indicador da situação do valor final da linha antes do encerramento Att ACBr001.rar

Estou aprendendo delphi agora, ainda não domino , vou lá ver obrigado, a anos uso o Visual FoxPro 9.0 com AcbrMonitorPlus, vou migrar aos poucos, obrigado novamente.

ok, obrigado, adorei seu video no youtube sobre a versão community do delphi , não sabia desta versão, agora aprendo , vlw, ACBr é top,

Boa tarde, estou enviando a classe "pnfsConversao.pas" com 2 enuns adicionados (no116 e no117), ambos são utilizados pelo provedor pública. Se possível adicionar ao repositório. Obrigado. pnfsConversao.pas

Boa noite. Aqui na Bahia quando fazia por DistribuicaoDFePorNSU também tinha muito esse problema, mas depois que comecei a utilizar por chave não tive mais. Mas tenho um problema que é a demora para o Portal Nacional liberar o download após a manifestação, tem dias que é instantâneo mas tem dias que leva pelo menos 20 minutos para liberar.

Verifique como estão as Margens no componente...

Você deve passar pras propriedades o conteúdo do arquivo e não apenas o caminho.

Boa Tarde Sr.Daniel Verifiquei a chamada do método, contudo o erro gerado estava relacionado com algum problema na imagem que era carregada pelo componente. - Resolução: Peguei a IMG.BMP e converti ela para XBM e depois voltei para BMP. Após o processo, a rotina conseguiu fazer o carregamento da mesma e imprimir na cor correta. Muito Obrigado, agradeço o auxilio.

Anexo. Cidades.ini

Boa tarde! Essas alterações feitas pelo Marcos, já estão no repositório? Edit: Está sim, só alterei o Cidades.ini pra adicionar outra cidade que usa o mesmo servidor! Muito obrigado!

Entendi, vou fazer mais testes aqui. Obrigado pelas repostas.

Boa tarde Realmente essa funcionalidade de retornar o Extrato em ESCPOS existe apenas para o CFe com MFe. Se notar, a função GerarImpressaoFiscalMFe apenas chama os métodos de geração do Extrato EscPos normal e apenas obtem o buffer do componente POSPrinter no final. Creio que poderia ser feito da mesma forma utilizando o Extrato EscPos da NFCe.

Qual a rejeição?

Boa tarde Secaio, Favor atualizar os fontes e faça novos testes.

Boa tarde Durval, Se é o seu problema é o emitente é da seguinte forma: Emit.CNPJCPF := edtEmitCNPJCPF.Text; Emit.IE := edtEmitIE.Text; Se for o destinatário: Dest.CNPJCPF := edtDestCNPJCPF.Text; Dest.IE := edtDestIE.Text;

acho que a limitação é pouco tipo 200 reais . depois dali tem que informar alguém

Na verdade não existe nenhum processo seguro, para saber se o e-mail chegou ao destinatário final... Se o componente ACBrMail, não retornou erro, isso significa que o Email foi gravado com sucesso, no Servidor SMTP... Mas pode haver falha no processo de entrega desse e-mail, que irá passar por vários Servidores, e pode demorar de segundos ou dias... Mas você pode ligar: property ReadingConfirmation: boolean; Solicite a confirmação de leitura do Usuário... (porém o mesmo pode ignorar isso) property DeliveryConfirmation: boolean;

ACBrNFe1.Configuracoes.Geral.AtualizarXMLCancelado := True;

Era um erro interno, voltou a funcionar, ainda vou analisar o que pode ter ocorrido, mas pode finalizar, obrigado

No svn na pasta do projeto do monitor tem os exemplos em cada linguagem inclusive delphi/lazarus mas pq usar o monitor se tu tá usando o delphi? usa o componente

Bom dia Algumas UFs exigem os dados do Resp. Técnico. Veja como preencher a seção [InfRespTec] no final desse modelo .ini: https://acbr.sourceforge.io/ACBrMonitor/ModeloNFeINICompleto.html

Bom dia As placas do reboque também saem na impressão... Como está no XML?

Segue Unit alterada.. testado e funcionando.. ACBrBancoSantander.pas

Ok, resolvido aqui. Muito obrigado pela ajuda!

@alex_porthal estou utilizando a versão mais recente do código do ACBr e a consulta está funcionando normalmente.

Não apliquei... vou fazer e postar a Unit..

Bom dia! Tópico fechado por falta de retorno. Para nova dúvida, abra novo tópico.

Bom dia Obrigada pela contribuição, adicionada para validação. Att.

correção depois da ultima atualização no repositório ACBrNFeDANFEClass.pas

Ok .. partido da sua ideia em criar um nova propriedade : ImprimimirDadosSTemseprado (true, false) Padrão false e uma outra para propriedade para Imprimir dados de FCP.. Ser poderia desenvolver uma unica propriedade com varias opções : idstNenhum => Não imprimir informações de Substituição Tributárias ( S.T / FCP ST ) idstdadosst => Somente Imprimir informações de S.T. idstdadosfcp => Somente Imprimir informações de Fundo de combate a pobreza de S.T. ( FCP ST ) idstdadosStfcp => Imprimir informações de S.T. + FCP ST.

Resolvido ! havia realmente um arquivo GZIPUtils dentro da pasta do projeto e o apagar do acbr não o removia.Obrigado pela ajuda!

Obrigado @Juliana Tamizou Resolvido já era problema na associação!!!

Bom dia. Obrigada pela contribuição, adicionada para validação. Att.

Bom dia. Estamos analisando as alterações necessárias, você deve acompanhar o svn para verificar quando as mesmas serão liberadas. Att.

Anexe a unit modificada para validarmos

Há tu tem o synapse instalando separado em seu delphi? ou até mesmo o fonte seu com alguma unit dele dentro

Bom dia Ala. O log contem todas as interações com o SiTef. Então se você juntar ele, o código e a documentação é possível você mesmo verificar o que está faltando ser implementado. Mas é muito importante que você entenda como o Sitef funciona. Em especial, como ele recebe e requisita as informações. Por isso, se você não leu toda a documentação ainda, seria primordial que fizesse buscando entender esse fluxo de informações. Só depois de fazer isso você vai conseguir compreender o que vou te passar agora. Se você já entendeu isso, vamos pro que talvez esteja faltando... Note no seu log que sempre tem esse par de linhas: -- 29/01 15:25:12:102 - ContinuaFuncaoSiTefInterativo, Chamando: Continua = 1 Buffer = -- 29/01 15:25:12:278 - ContinuaFuncaoSiTefInterativo, Retornos: STS = 10000 ProximoComando = 14 TipoCampo = -1 Buffer = Tam.Min = 0 Tam.Max = 0 A primeira linha indica quais parâmetros foram passados para a função "ContinuaFuncaoSiTefInterativo". Essa função é da DLL do Sitef. A segunda linha indica quais parâmetros a função "ContinuaFuncaoSiTefInterativo" retornou. Ou seja, o que o Sitef retornou. Esse é a parte do meio da interação com o Sitef, onde a mágica acontece. O código no ACBr que cuida dessa parte está na unit "ACBrTEFDCliSiTef.pas" no método "TACBrTEFDCliSiTef.ContinuarRequisicao". Esse é o código que você deve colocar um breakpoint e acompanhar durante o debug, para entender o que está acontecendo. Agora veja essa parte do seu log relacionado a uma transação com ITI: -- 30/01 16:44:44:179 - ContinuaFuncaoSiTefInterativo, Chamando: Continua = 0 Buffer = -- 30/01 16:44:44:257 - ContinuaFuncaoSiTefInterativo, Retornos: STS = 10000 ProximoComando = 21 TipoCampo = -1 Buffer = 1:ITI (ITAU);2:VEE;3:MERCADO PAGO;4:IzPay; Tam.Min = 1 Tam.Max = 2 -- 30/01 16:44:44:267 - BloquearMouseTeclado: NAO -- 30/01 16:44:46:302 - BloquearMouseTeclado: SIM -- 30/01 16:44:46:317 - ContinuaFuncaoSiTefInterativo, Chamando: Continua = 0 Buffer = 1 -- 30/01 16:44:46:420 - ContinuaFuncaoSiTefInterativo, Retornos: STS = 10000 ProximoComando = 14 TipoCampo = -1 Buffer = Tam.Min = 0 Tam.Max = 0 -- 30/01 16:44:46:429 - ContinuaFuncaoSiTefInterativo, Chamando: Continua = 0 Buffer = -- 30/01 16:44:46:511 - ContinuaFuncaoSiTefInterativo, Retornos: STS = 10000 ProximoComando = 22 TipoCampo = -1 Buffer = Pinpad nao suporta exibicao de QR Code Tam.Min = 0 Tam.Max = 0 -- 30/01 16:44:46:520 - CliSiTef DoExibeMsg: Oper: opmOK Mensagem: Pinpad nao suporta exibicao de QR Code Observe que logo depois de passar para o Sitef que a opção era "1:ITI", os próximos retornos foram limpar a mensagem ( ProximoComando = 14) e exibir mensagem que o Pinpad não suporta QR Code. Então, pelo visto, esse módulo do ITI, está esperando que o QR Code seja mostrado pelo Pinpad, e não sua aplicação como já foi comentado. Você pode colocar breakpoints e verificar que é assim que está acontecendo mesmo. Não li a documentação sobre carteiras digitais. Não sei se existe alguma configuração para alterar esse comportamento. É provável que o pessoal da SkyTef possa ajudar a encontrar como informar ao Sitef que a aplicação será responsável por gerar o QR Code e não o Pinpad. Agora vamos a outro exemplo no seu log. Está por volta da linha 551, mas relacionado a carteira VEE: -- 30/01 16:20:23:422 - ContinuaFuncaoSiTefInterativo, Retornos: STS = 10000 ProximoComando = 21 TipoCampo = -1 Buffer = 1:ITI (ITAU);2:VEE;3:MERCADO PAGO;4:IzPay; Tam.Min = 1 Tam.Max = 2 -- 30/01 16:20:23:431 - BloquearMouseTeclado: NAO -- 30/01 16:20:28:474 - BloquearMouseTeclado: SIM -- 30/01 16:20:28:488 - ContinuaFuncaoSiTefInterativo, Chamando: Continua = 0 Buffer = 2 Essa carteira inicia várias outras interações... como pedir o CPF chegando finalmente nessa situação: -- 30/01 16:20:43:385 - ContinuaFuncaoSiTefInterativo, Chamando: Continua = 0 Buffer = -- 30/01 16:21:15:663 - ContinuaFuncaoSiTefInterativo, Retornos: STS = 10000 ProximoComando = 0 TipoCampo = 800 Buffer = E583E9640705D253C568614AAB5ECA370B5A007D Tam.Min = 0 Tam.Max = 0 Pelo que vi no código atual, esse retorno com "TipoCampo = 800" não parece ser tratado de modo especial pelo ACBrTEFD. Posso estar enganado, mas me parece que essa informação que está no Buffer seja relacionada a geração do QR Code. Pode ser por exemplo uma chave de identificação da loja. Por isso você precisa verificar se ao receber o retorno com "TipoCampo = 800" a aplicação deve gerar alguma tela ou fazer algum tratamento especial. Acredito que com essas informações você já tem bastante dever de casa.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Consegui resolver o problema, fazendo todas as atualizações do windows pendentes da maquina, em especial a instalação do service pack1.

PERGUNTA: Eu uso o ACBr. Posso colocar o ACBr como Reponsável Técnico na emissão de algum documento fiscal eletrônico (ou DF-e, isto é, NF-e, NFC-e, CT-e, MDF-e, etc...) ? Mesmo que você use o ACBrMonitor Plus, a ACBrLib, os componente ACBr, algum programa exemplo que disponibilizamos, a resposta simples é NÃO. Não entenda mal. Reafirmamos nosso compromisso em ajudar os usuários do ACBr a resolver seus problemas no uso dos componentes, bibliotecas ou aplicativos que disponibilizamos na medida do possível. E claro, damos prioridades aos casos reportados por usuários que fazem uso do SAC ACBr. Mas não somos o responsável técnico pelo seu sistema, mesmo que ele use qualquer ferramenta que provemos. Talvez você queira entender um pouco mais, então vamos a uma resposta longa sobre isso. Vamos usar como exemplo a NF-e e NFC-e que são de longe os DF-es mais utilizados. Se você ler a nota técnica 2018.005 da NF-e/NFC-e vai encontrar o item "2 Sobre a Identificação do Responsável Técnico". Nesse item há a seguinte frase no parágrafo que explica o que é essa informação (grifo é meu): Veja que a primeira frase menciona que o "responsável técnico" pode não ser simplesmente um desenvolvedor, mas a empresa responsável tecnicamente pelo sistema de emissão. O que neste caso é vocês. Vocês respondem perante seu cliente e perante as autoridades pela emissão do documento fiscal. Os produtos do projeto ACBr (seja algum componente, o ACBrMonitor, ou uma ACBrLib) nesse processo é apenas uma ferramenta parte do seu software e não o sistema em si. Ou seja, é um framework/biblioteca/componente que ajuda seu sistema e sua empresa a emitir os documentos. Veja, não disponibilizamos sistemas para emissão, apenas ferramentas para ajudar na emissão. Isso fica mais claro quando lemos o restante do parágrafo, porque ele explica não só o que é o "responsável técnico", mas também o objetivo dessa informação ser necessária. Veja: A ideia é a SEFAZ poder entrar em contato com o responsável pelo emissor em caso de dúvidas ou problemas na emissão. Em caso de anomalias na emissão, com quem a SEFAZ teria que entrar em contato? Por exemplo: Em uma das reuniões do ENCAT, foi relatado que um sistema tentou retransmitir uma nota com erros no XML, por 70.000 vezes! Ou seja, mesmo recebendo o erro de rejeição por XML inválido, a aplicação ficou em algum Loop, tentando retransmitir o XML que já deveria saber que seria rejeitado. Isso é na verdade um ataque de DDOS, nos servidores do SEFAZ. Talvez um ataque sem intenção, mas não deixa de ser um... Mas nesse caso, quem a SEFAZ teria que contatar se essa empresa fosse seu cliente? É evidente que em caso de dúvidas ou problemas sobre o uso nas empresas que são seus clientes eles deverão entrar em contato com a sua empresa. Afinal de contas, nós do ACBr não sabemos como seu sistema funciona, muito menos conhecemos os seus clientes. Ainda mais, qualquer solução do ACBr, (quero dizer ACBrMonitor, ACBrLib, ou qualquer componente ou biblioteca que fornecemos), por si só nunca faz uso de um WebService. Qualquer WebService é acionado por sua aplicação. Ela, a sua aplicação, é responsável pela emissão. Chamar o ACBr de responsável seria basicamente o mesmo que colocar como responsável a Microsoft porque você usa o Windows nos seus clientes, ou a biblioteca OpenSSL porque você a usa pra assinar os documentos. Existe mais um detalhe que o item "2.1 Código de Segurança do Responsável Técnico - CSRT" nos ajuda a entender. Esse item fala do credenciamento do software emissor de DF-e na SEFAZ da UF e da empresa responsável. Se sua UF já tem esse cadastro, ou algum cadastro similar como era o caso do PAF-ECF, sem dúvida você entende que é sua empresa e seu software que deve ser cadastrado, independente de usar ou não alguma ferramenta de terceiros em seu sistema. Peraí! Tem mais! No terceiro parágrafo há a seguinte explicação sobre o CSRT, que pode ser exigido em formato de hash: Mais uma vez, se essa é uma informação conhecida somente entre a empresa desenvolvedora e Fisco, não teria como ser disponibilizada por nós. Senão, poderíamos nos passar por você. Seria como você dar seu RG ou Passaporte para outra pessoa se passar por você. Então para pra deixar isso claro pra qualquer pessoa com dúvida no futuro: O projeto ACBr não se responsabiliza por mal uso de nenhum dos programas, bibliotecas, componentes, ou códigos fontes disponibilizados. Usar qualquer um desses, incluindo o ACBrMonitor Plus, não dá direito a ninguém colocar o Projeto ACBr como responsável técnico, ou de qualquer outra forma responsável perante clientes ou autoridades. Se alguém pensar diferente, informamos que não tem licença para utilizar o que provemos. Pedimos o favor de ler com cuidado as licenças LGPL e GPL que usamos.

E quando terceiros prestam serviço de manutenção? Quem é o responsável técnico? Dúvidas assim podem surgir quando fixamos na mente mais a ideia de um "representante da classe de programação" perante a lei do que na ideia de um responsável pelo sistema. Talvez isso aconteça porque o termo usado é "responsável técnico". Logo nos vem a mente um engenheiro responsável pela obra e tal... Mas veja bem, a ideia do responsável técnico, é ter uma "pessoa" para quem a Sefaz vai mandar um e-mail quando quiser falar sobre o software emissor do DF-e. Como dito antes, suponha que o software emissor tentou retransmitir a mesma NF-e com erros no XML, por 70.000 vezes... ou seja, mesmo recebendo o erro de rejeição por XML inválido, a aplicação ficou em algum Loop, tentando retransmitir o mesmo XML que já sabia era rejeitado, isso por 70 mil vezes. Nesse caso, quem a SEFAZ deveria contatar? Pensar nesses termos, nos ajuda a entender o motivo das tags Responsável Técnico e assim saber como preencher. Vamos a dois exemplos, com base nas perguntas desse link: Imagine uma microempresa, distribuidora de produtos de limpeza, que para emitir a notas fiscais, paga a um programador fazer as alterações nos fontes de um sistema emissor. Esse programador é pessoa física. Como fica esta situação? Não se engane. A resposta depende mais do tipo do vínculo entre eles e menos de o programador ser uma pessoa física. A questão que deve ser respondida é: Quem é o responsável pelo software? Quem a SEFAZ deve contatar caso queira falar sobre o sistema? Isso vai depender de cada caso e talvez de cada UF. Responder algumas perguntas podem ajudar a resolver a questão: Atualmente, o sistema é da ME distribuidora de produtos de limpeza? O programador é chamado como um terceirizado ou mesmo como funcionário temporário da empresa, não tendo de fato vínculo com o sistema? Por exemplo, ele pode ser substituído por outro programador? (Note, não importa aqui o conhecimento interno do sistema...) Se a resposta a essas perguntas for sim então, a menos que algo diferente esteja em contrato, o responsável técnico é a empresa distribuidora de produtos de limpeza.  Ela contrata outra pessoa para dar manutenção mas, ainda assim, ela é responsável, porque o sistema é dela. No PAF-ECF, chamávamos isso de "sistema próprio". Quer dizer próprio da empresa. Não é um sistema que ela aluga. Caso alguma resposta para as perguntas for não, então, provavelmente, o responsável técnico é o programador. Será necessário verificar com a UF como ele deve ser informado já que ele não tem CNPJ. No caso da empresa ter uma pessoa que saiba programação e faça estas alterações mas não é programador registrado e sim diretor ou gerente ADM, como fica? Nesse caso, sem dúvida, o responsável técnico é a própria empresa. Ela tem um sistema próprio, desenvolvido internamente para emitir os DF-e. Não importa se quem faz as alterações é um programador ou o contínuo da empresa. O importante é quem é responsável perante a SEFAZ e, nesse caso, é claro que a SEFAZ não vai querer saber quem deu manutenção no sistema. Quando ela precisar falar com um responsável, ela vai querer contatar diretamente a empresa. Afinal de contas, se a empresa não quisesse isso ela teria contratado um sistema de alguém ao invés de permitir um funcionário (ou sobrinho do dono) criar o sistema.

Bom dia! Gostaria de compartilhar uma solução para o erro 12029 que ocorre ao transmitir a NF-e que funcionou aqui na empresa onde eu trabalho. Alguns computadores transmitiam normalmente a NF-e, porém outros não (eram justamente os computadores que precisavam transmitir a NF-e), este erro começou a aparecer na quinta-feira (02/08/2018) quando eles desativaram a versão 3.10 e mudaram o protocolo de segurança para TLS 1.2 O erro era exatamente este: Erro Interno: 12029 HTTP: 0 Erro: Requisição não enviada Erro: 12029 - Conexão com o servidor falhou Após muitas pesquisas, descobri que o problemas era com a versão do Framework (deve estar na 4.6 ou superior), porém instalar/atualizar a versão manualmente não resolvia o problema. Infelizmente, a solução para mim foi formatar o computador e deixar que o Windows fizesse a instalação do Framework atualizado com o Windows Update, foi necessário instalar todas as atualizações do Windows, reiniciá-lo várias vezes, buscar novas atualizações e continuar instalando até chegar na versão do Framework que eu queria (versão 4.7.2). Demorou, mas resolveu o problema. Espero que esta solução ajude quem está com o mesmo problema.