RicardoVoigt

Sugiro entrar em contato com a sefaz do seu estado relatando essa situação, e listando as chaves de acesso das respectivas notas. Acredito que eles devem ter mecanismos pra identificar a origem dessas notas, pelo menos o endereço IP. Provavelmente eles também vão recomendar pro seu cliente solicitar de a imediata revogação/cancelamento do certificado atual e emitir um novo para ver se o problema continua.

Boa tarde, caso curioso esse... Parece que alguém obteve uma cópia do certificado A1 dessa empresa e está fazendo testes... essas notas são em ambiente de produção ou homologação? At.te Ricardo

Bom dia, considerando que o componente ACBrNFe já está pronto e configurado com o certificado digital, acabei indo direto na propriedade SSL: Memo1.Lines.Text := ACBrNFe1.SSL.HTTPGet('https://cff.svrs.rs.gov.br/api/v1/consultas/classTrib'); E deu certo, show de bola... pode fechar o tópico. At.te Ricardo

Blz, não consigo me adaptar ao Discord, vou tentar testar o exemplo amanhã. Valeu.

Boa tarde, consultando o Portal da Conformidade Fácil, menu Serviços, pergunto: alguém já implementou ou tem alguma ideia de como implementar o download automatizado pela própria aplicação, usando o certificado digital do cliente, da tabela do cClassTrib usando o link da API disponibilizada ? A fim de atualizar de tempos em tempos esta tabela no banco de dados do sistema de forma automática... (ou já fizeram um componente pra isso? e eu ainda não achei aqui no fórum...) https://cff.svrs.rs.gov.br/api/v1/consultas/classTrib At.te Ricardo

No início da "integração" do pagamento tef com a nota os dados do pix eram informados no campo ObsCont, mas agora aumentaram o tamanho do cAut pra caber o codigo da autorização do pix... Com a criação de um novo campo "CNPJReceb", me confundi para informar os CNPJ, acho que deu certo agora...

Blz, é que no PIX(17) verificamos que este atributo UltimaRespostaTEF.NFCeSAT.CNPJCredenciadora está vindo em branco, usando o C6 Bank. Seria o CNPJ da Paygo???

Boa tarde, Estou tentando descobrir que campo falta preencher na venda por PIX, continua retornando essa rejeição 392 - [Simulacao] Rejeicao: Nao informados os dados da operacao de pagamento por cartao de credito/debito Exemplo de XML que o componente ACBrNFe esta gerando <pag> <detPag> <indPag>0</indPag> <tPag>17</tPag> <vPag>340.00</vPag> <card> <tpIntegra>1</tpIntegra> <tBand>99</tBand> <cAut>E9270......47977</cAut> <idTermPag>serie 1</idTermPag> </card> </detPag> </pag> Olhando a documentação, tentei inserir manualmente o campo "CNPJReceb" para testar no validador de xml da sefaz continua acusando a mesma rejeição. Obs: não sei de qual propriedade pegar esse "CNPJ do beneficiário do pagamento" no componente ACBrTEFAPI, só encontrei o atributo "UltimaRespostaTEF.NFCeSAT.CNPJCredenciadora". At.te Ricardo

Bom dia, recebi retorno que deu certo sim, valeu.

Boa tarde, durante reinstalação do ACBr aqui deu erro na unit ACBrBoleto.pas C:\Acbr\Fontes\ACBrBoleto\ACBrBoleto.pas(4230) Error: Undeclared identifier: 'Encoding' C:\Acbr\Fontes\ACBrBoleto\ACBrBoleto.pas(4230) Error: Undeclared identifier: 'TEncoding' C:\Acbr\Fontes\ACBrBoleto\ACBrBoleto.pas(4232) Error: Undeclared identifier: 'Encoding' C:\Acbr\Fontes\ACBrBoleto\ACBrBoleto.pas(4232) Error: Missing operator or semicolon ACBr_Boleto.dpk(125) Fatal: Could not compile used unit '..\..\..\Fontes\ACBrBoleto\ACBrBoleto.pas' Pelo que vi no log do SVN foi atualizado hoje : 21/12/2023 --- ACBrBancoOriginal, ACBrBancoCresolSCRS, ACBrBoleto -- [-]TK-4800 Ajustes para corrigir a resposta da lib com caracteres invalidos https://www.projetoacbr.com.br/forum/topic/75300-c-leitura-retorno-banco-do-brasil/#comment-486591 Por: Daniel Morais InfoCotidiano / Victor Gonzalles Pandaaaa Att Ricardo

Bom dia, se eu entendi então, os passos 35/36 e 37/38 ficaram mais simples de reproduzir, bastando apenas clicar em SIM e NÃO (respectivamente) na pergunta ? Att Ricardo

Boa tarde, esta impressão que está saindo desalinhada, vc está fazendo do PDF ou diretamente do componente ou preview do DANFe? Que componente vc usa? fortes ou fast? Se usa fortes, já tentou atualizar a pasta do fortes? Att Ricardo

Boa tarde, qual componente sua aplicação usa pra impressão? Fortes ou fast? O Acbrmonitor usa o fortes... Outro detalhe que as vezes bagunça a impressão é aquela configuração de exibição do windows relacionada a escala, quando muda o valor para diferente de 100% (mas não tenho certeza se isso já foi resolvido). Att Ricardo

Aqui no RS, a SEFAZ tem um serviço chamado portal e-cac onde a empresa pode acessar com certificado digital, e dentre várias coisas, tem como consultar as notas emitidas. Já em outros estados não tenho ideia... outro detalhe quanto ao número, só pra lembrar, fique atento também quanto à Série, pois cada número de série é como um bloco, tendo cada uma sua numeração que vai de 1 a 999999999. Att Ricardo

Boa noite, a mensagem parece clara, tamanho maximo de "65535 bytes", em algum lugar esta definido esse limite no teu banco ou nessa coluna. Att Ricardo

Ola, fizemos um teste hoje aqui em homologação e saiu uma NFC-e com os seguintes dados: CFOP=5949, CSOSN=900 e NCM=00000000. Att Ricardo

Bom dia, me pareceu um pouco estranha o preenchimento do parâmetro NUMNOTA, e essa conversão de integer pra string... Já conferiu se esse numero da nota não esta gravada com zeros a esquerda? Att Ricardo

outro detalhe que lembro do pessoal ter comentado na live que teria de usar NCM=00, isso também deveria estar descrito na NT, e também rejeitou em um teste aqui...

Alem dos fontes de exemplo do acbr eh recomendavel estudar tambem o manual de orientation da nfe com o layout dos campos do xml.

Bom dia, sobre o CFOP 5949 já saiu a Nota Técnica 2023.003 Pelo que entendi, no ato da venda continua saindo a NFC-e normal, com pagamento tipo 05=Crédito loja, (a prazo) e com as parcelas/duplicatas. O sistema guardaria essas parcelas num "contas a receber" e quando o cliente voltasse na loja para pagar cada parcela, e esse pagamento for no cartão (já pensaram que o TEF pode ser integrado também ao CR?), dai sim emite essa outra NFC-e com CFOP 5949 (1 item apenas). (Eu ACHO que essa NFC-e com 5949 não precisaria nem mesmo ser impressa, o cliente não precisaria nem ver esse documento...) OBS: removendo a "besteira" que escrevi acima, a treta também envolve justamente a impressão do comprovante do pagamento... Foi perguntado também na live se essa NFC-e posterior de pagamento teria que referenciar a original da venda, se não me engano teria q se ajustar a regra de validação para aceitar a refNFe na NFC-e. Imagino que, no mínimo, o sistema pode inserir essa referencia da NFC-e e parcela nas Obs complementares e tal... Att Ricardo

Já conferiu esta propriedade "ImprimeTributos" ? ACBrNFeDANFCeFortes1.ImprimeTributos := trbNormal; // Normal é o valor default

Bom dia, esse sistema que está fazendo a validação, onde vc colou o XML, está com os schemas atualizados? Att Ricardo

Bom dia, (eu não tinha entendido que a pergunta era sobre "preencher novas tags" no XML, eu preciso me atualizar quanto as últimas NT ) eu já atendi um distribuidor de gás GLP, e fiz uns ajustes no sistema para emitir NFC-e. O precisa seria isso: CFOP = 5656 Código ANP eu não lembro de cabeça qual era, mas eu só tenho comentado aqui que a "lista de códigos ANP copiado da página 51 da Nota Tecnica 2016-002 versão 1.42" Esse é o trecho de código que o sistema preenche os campos relacionados a combustíveis no componente ACBr if codigo_anp > 0 then begin Prod.comb.cProdANP := codigo_anp; Prod.comb.CODIF := ''; Prod.comb.qTemp := 0; Prod.comb.UFcons := uf_emitente; // Rejeicao: Somatorio percentuais de GLP derivado do petroleo, // GLNn e GLGNi diferente de 1 [nItem:1] Prod.comb.descANP := 'GLP'; //Copy(Prod.xProd,1,95); Prod.comb.pGLP := 100; // 100% GLP Prod.comb.pGNn := 0; // 0% gas natural IMPORTADO Prod.comb.pGNi := 0; // 0% gas natural NACIONAL end; E lembro que tinha um outro detalhe quanto a tributação, ao invés de emitir com o código 60 de "Substituição Tributaria" tinha que usar outro grupo de tributação relacionado a "repasse de ICMS ST". if (Imposto.ICMS.CST = cst60) and(codigo_anp > 0) then begin if Pos(QRYNOTA_ITEMCODIGO_ANP.AsString, CODIGOS_ANP_REGRA_ICMSST) > 0 then begin // Caso dos combustíveis e GLP será necessário // preencher o "Grupo de Repasse do ICMS ST" // Para evitar esta rejeicao: // "Grupo de Tributacao informado indevidamente" Imposto.ICMS.CST := cstRep60; Imposto.ICMS.vBCSTRet := 0; Imposto.ICMS.pST := 0; Imposto.ICMS.vICMSSubstituto := 0; Imposto.ICMS.vICMSSTRet := 0; // tem campos de FCP aqui tambem... :-/ Imposto.ICMS.vBCSTDest := 0; Imposto.ICMS.vICMSSTDest := 0; end; end; Att Ricardo

Bom dia, em princípio deu tudo certo, valeu pessoal pela colaboração, atualizamos ontem os fontes e o evento foi testado com "quase" sucesso Ainda deu uma ocorrência na validação dos schemas, mas no código que foi selecionado no tpCR não estava certo no IRRF, até verificamos que no portal do e-social pelo que entendi tem schemas novos disponíveis. Fechando o tópico. Att Ricardo

Bom dia, verifiquei uma situação diferente (ou fora do padrão do e-Social até agora). Ao tentar enviar os primeiros testes no evento S-2501 foi retornado esse erro na validação dos "schemas" Revisando a documentação (Leiautes do eSocial v. S-1.1.pdf) notei que os campos deste evento, mais precisamente do "cpfTrab" pra baixo aparecem como "A" (atributo?) na coluna "Elemento", diferente do padrão "E" em todos os outros eventos. Pelo que entendi, quando é Atributo, o XML deveria ser gerado assim: <ideTrab cpfTrab="12345678901"> ao invés de: <ideTrab> <cpfTrab>12345678901</cpfTrab> ... Será que o Schema e a documentação estão erradas? ou não foi finalizado considerando que este ainda não entrou em produção? Alguém já teve algum problema com esse evento? Att Ricardo