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,

Olá Pessoal, Já se encontra em nossa biblioteca a NT 2020/001 da NF-e segue abaixo um resumo sobre ela. Resumo: Este documento substituirá as Notas Técnicas(NT) 2012.002 e 2013.001 e tem por objetivo unificar as informações referentes à manifestação do destinatário na Nota Fiscal eletrônica (NF-e) modelo 55 e estender o serviço para ser usado também por Pessoa Física (CPF). A manifestação está prevista na cláusula décima-quinta-A do Ajuste SINIEF 7/2005, a qual permite que o destinatário da Nota Fiscal eletrônica confirme a sua participação na operação acobertada pela Nota Fiscal eletrônica emitida para o seu CNPJ/CPF, através dos eventos tratados a seguir. 3 - Prazos para realização dos eventos de manifestação do destinatário Evento Prazo legal(Ajuste SINIEF 44/20) Ciência da Emissão 10 dias contados a partir da data de autorização da NF-e Confirmação da Operação 180 dias contados a partir da data de autorização da NF-e Desconhecimento da Operação 180 dias contados a partir da data de autorização da NF-e Operação Não Realizada 180 dias contados a partir da data de autorização da NF-e 4 -Obrigados a realização da manifestação do destinatário A cláusula décima-quinta-B do Ajuste SINIEF 7/2005 prevê a obrigatoriedade do registro pelo destinatário da NF-e dos eventos de confirmação da operação, operação não realizada e desconhecimento da operação nos prazos especificados naquele Ajuste. Também está obrigado a realizar a manifestação, de acordo com o Anexo II do Ajuste SINIEF 7/2005, o destinatário de toda NF-e que: I – seja exigido o preenchimento do Grupo Detalhamento específico de Combustíveis, como nos casos de mercadoria destinada a: a) estabelecimentos distribuidores de combustíveis, a partir de 1º de março de 2013; b) postos de combustíveis e transportadores revendedores retalhistas, a partir de 1º de julho de 2013; II - acoberte operações com álcool para fins não-combustíveis, transportado a granel, a partir de 1º de julho de 2014; III – acoberte, nos casos em que o destinatário for um estabelecimento distribuidor ou atacadista, a partir de 1º de agosto de 2015, a circulação de: a) cigarros; b) bebidas alcoólicas, inclusive cervejas e chopes; c) refrigerantes e água mineral. Obs: a NT 2012/003 (item 03.1), publicada em agosto/2012, define quais são os CFOP que obrigam a informação do Grupo de Combustível na NF-e. Os CFOP citados estão relacionados com as operações que envolvem “Combustível derivado ou não de Petróleo e Lubrificantes”. • Como as operações com lubrificantes são exceção à obrigatoriedade de manifestação do destinatário, consta no Anexo II a tabela de Códigos de Produto da ANP relativa a lubrificantes e que não estão obrigados à Manifestação do Destinatário Conclusão: Não existe nenhuma implementação a ser feita no componente, simplesmente agora a pessoa física que possui um e-CPF (Certificado Digital) poderá realizar a Manifestação do Destinatário, ou seja, enviar para a SEFAZ um dos 4 tipos de eventos que engloba a Manifestação do Destinatário. O componente já esta apto a gerar o XML do respectivo evento com o CPF do destinatário em vez do CNPJ.

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

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

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.

O erro indica que o modem nao respondeu... Se ele está na porta correta, pode ser que ele não seja compatível

@Sandro Sotero até onde sei a CFOP 5923 não existe mais, desde que a NFe entrou em vigor. Oficina mecânica é a mesma coisa, a peças saem na NFe/NFCe e o serviço na NFSe.

Boa tarde Ana, As DLLs novas estão na pasta: ...\DLLs\OpenSSL, não esqueça de ler o conteúdo do arquivo: Leia-me.txt

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.

OK Grato pela atenção podem fechar o topico

Qual a rejeição?

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

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;

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?

Bom dia Chegou a seguir o passo a passo, conforme descrito nesse vídeo?

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.

@Juliana Tamizou obrigado! o @EMBarbosa comitou ontem o ACBrBlocoX_WebServices.pas e nele consta a url atualizada... vou testar...

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

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

Boa Noite , foi resolvido muito obrigado, estou agora conseguindo criar uma NFCe usando o próprio delphi, estou adorando, muito obrigado...

Se na cidade tem NFS-e tem que separar, serviços na NFS-e da prefeitura e mercadorias na Nfe- ou NFC-e.

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

Boa tarde, Muito obrigado pela colaboração, já esta no repositório.

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

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.

Boa tarde. Após o pessoal do SkyTEF ajustar a instalação do TEF, consegui adiantar algumas passos aqui. Mas apos realizar a chamada a rotina, recebo a msg abaixo. Segundo o pessoal do SkyTEf tenho que tratar essa msg, gerar o QRCode na tela atraves da string que e enviada... Alguém tem ideia de como fazer isso ? CliSiTef.log Exemplo de como deve funcionar

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.

Bom dia pessoa, fiz um teste aqui e aparentemente está funcionando. na unit acbrconsultacnpj.pas alterei as seguintes linhas: // HTTPGet('https://www.receita.fazenda.gov.br/pessoajuridica/cnpj/cnpjreva/captcha/gerarCaptcha.asp'); // GetCaptchaURL HTTPGet('https://servicos.receita.fazenda.gov.br/Servicos/cnpjreva/captcha/gerarCaptcha.asp'); // GetCaptchaURL e // HTTPSend.Headers.Add('Referer: https://www.receita.fazenda.gov.br/pessoajuridica/cnpj/cnpjreva/Cnpjreva_solicitacao3.asp'); // HTTPPost('https://www.receita.fazenda.gov.br/pessoajuridica/cnpj/cnpjreva/valida.asp'); HTTPSend.Headers.Add('Referer: https://servicos.receita.fazenda.gov.br/Servicos/cnpjreva/Cnpjreva_solicitacao3.asp'); HTTPPost('https://servicos.receita.fazenda.gov.br/Servicos/cnpjreva/valida.asp');

Entrei em contato com a Central de Atendimento Fazendário da SEFAZ-SC e obtive a seguinte resposta: A versão 01.99.01 foi autorizado para uso fiscal apenas em Santa Catarina mediante Tratamento Tributário Diferenciado solicitado pelo fabricante BEMATECH. O CNIEE correto para esta versão é 032306 Em caso de dúvida(s) entre em contato conosco. Este e-mail se propõe a elaborar respostas de caráter meramente informativo, não produzindo os efeitos próprios do instituto denominado CONSULTA, definido pelos artigos 209 a 213 da Lei nº 3.938, de 26 de dezembro de 1966. Agradeço muito pela ajuda do Felipe E. Resende Mesquita