Painel de líderes

Boa tarde, pessoal! Segue a minha pergunta e resposta obtida da SEFAZ-RS sobre algumas das dúvidas abordadas aqui no tópico: Pergunta: Olá, Sou desenvolvedor e tenho dúvidas sobre as modificações necessárias para adequar meu software de automação comercial ao decreto nº 56.670. Meu software já possui TEF integrado (cartão e pix), emitindo a NFC-e com código de autorização das transações ( para transações com cartão, no campo "cAut", como previsto no manual da NF-e) e também imprimo comprovante com os dados da transação junto com a nota. Ou seja, após o pagamento o cliente recebe dois papeis: a NFC-e e um comprovante TEF, ambos impressos pelo mesmo sistema e equipamento. Contudo, ao ler a seção de perguntas frequentes do site sobre esse tema, vi que é necessário incluir campos a mais no comprovante, como um código identificador gerado por mim (diferente do código de autorização ou NSU referentes a transação TEF). O problema é que, atualmente, a integração de TEF (SiTef) que utilizo não permite a edição do comprovante de pagamento impresso. Nesse caso, seria necessário implementar a impressão de um terceiro papel como comprovante que teria esse código identificador? Ou o fato de vincular o código da autorização da transação TEF, que é impresso no comprovante atual, com o XML da nota já basta para cumprir as exigências do Fisco? Se for o caso da última pergunta, como ficaria a situação do PIX, visto que não existem campos específicos no XML para informar os dados da transação na nota fiscal? Agradeço desde já. Resposta: Está havendo neste momento uma reavaliação dos procedimentos a serem tomados em questões similares a essa. Daremos um retorno sobre essa questão assim que o procedimento estiver definido. Eduardo S. Benazzi Auditor Fiscal da Receita Estadual NAVi - Núcleo de Atendimento Virtual Receita Estadual – RS Parece que agora estão mudando o posicionamento. O jeito é esperar... Se me retonarem eu posto aqui a resposta.

Que bom que deu certo! Você pode usar o método NFSe.ObterINI, mas note que um dos parâmetros dele, é o Index da NFSe carregada na Lib, logo, para obter o INI, você precisa ter gerado NFSe primeiro. Você pode usar o método NFSe_Imprimir ou o NFSe_ImprimirPDF. No seu caso, parece que tentou usar o ImprimirPDF e obteve um erro. Pela mensagem parece ser problema de permissão. Nas Configurações, na seção [DANFSe] defina em PathPDF um diretório que você sabe que não tem problemas de permissão e faça um novo teste.

dependencias. dlll´s todas que são necessárias e tu coloca no seu micro de desenvolvimento

Vale reforçar que o arquivo que o @antonio.carlos forneceu é apenas um arquivo de testes com dados inválidos. Você deve usar ele como base para corrigir a estrutura do seu arquivo com o dados reais de emissão.

se está gerando o registro 3 é porque você está informando chave de pix nas configurações do cedente. se está sendo rejeitada, a sua carteira não permite a operação ou você não está passando demais configurações coerentes.

Boa tarde! A partir da versão 4.00 do CTe o elemento InfCteComp deixou de ser um elemento único para ser uma lista de até 10 elementos. Foi enviado ao SVN na Rev-29671 uma alteração visando adequar a leitura. A partir da próxima compilação do Monitor você deverá informar a seção assim: [infCteCompXX] chCte=99999999999999999999999999999999999999999999 Onde XX será um número de 1 a 10 acompanhado do zero a esquerda(01, 02, 03, ..., 10)

Olá pessoal, O Governo de Santa Catarina publicou o Ato Diat numero 044/2023 que pode ser lido na integra clicando aqui. Em resumo esse Ato Diat estabelece que Nota Fiscal Fatura de Serviços de Comunicação Eletrônica (NFCom) modelo 62 vai substituir a Nota Fiscal de Serviço de Comunicação, modelo 21, e à Nota Fiscal de Serviço de Telecomunicação, modelo 22. A NFCom será obrigatória a partir de 01/07/2024. Os prestadores de serviços emissores dos documentos fiscais citados acima poderão de forma voluntária solicitar o seu credenciamento durante o período de 01/12/2023 a 31/05/2024. A SEFAZ promoverá a partir de 01/06/2024 o credenciamento por oficio. O Projeto ACBr esta sempre atento as novidades trazidas pelo Fisco e já temos os Manuais: Visão Geral e Layout do XML que foram obtidos do Portal da SEFAZ Virtual do RS, neste link. Já se encontra na nossa lista de tarefas o desenvolvimento do componente ACBrNFCom. Assim que a SEFAZ divulgar as URLs de homologação bem como a data de liberação do ambiente de homologação, vamos iniciar o desenvolvimento do componente. E voltaremos a este tópico para deixar todos informados sobre esse novo componente.

Consegui resolver. O problema do erro do CSR é as dll's mesmo. Precisa das libcrypto-1_1 e libssl-1_1 e aparentemente de todas aquelas dll's do MINGW. O segundo erro do openssl: values mismatch foi por que na geração do certificado no programa de exemplo, ele estava pegando a primeira chave que eu havia gerado. Espero que ajude aos demais que estiverem passando pelo mesmo erro. Att... Marcelo Carriconde

Seu arquivo .ini você informou o CNPJ do Prestador ? Exemplo: [Prestador] Regime=1 OptanteSN=1 IncentivadorCultural=2 CNPJ=11111111111111 InscricaoMunicipal=12345678

Era isso que não estava encontrando.. Valeu ai Daniel !!

Quando puder, consegue fazer um teste com este .ini ? por favor.. IniNFSE_-_Um_Servico_1.ini

Bom dia! De fato, no manual está dividindo essas informações e no ACBrBoleto está enviando tudo junto como Código de Transmissão. No entanto, a informação é equivalente, ou seja, Código de Transmissão = Conta Movimento Beneficiário + Conta Cobrança Beneficiário. Como as posições são equivalente, o efeito também vai ser o mesmo, se você preencher o Código de Transmissão com a informação concatenada, elas vão ficar nas posições correspondentes.

Me parece ser algo na configuração do ambiente da Nuvem... é como se ele não fosse capaz de manipular imagens... @Victor H. Gonzales - Panda, o Boleto com o FPDF, já está disponível na ACBrLib ?

A Dll esta na mesma pasta que a dll da AcbrLibNfe e a libnfe esta funcionando normal consigo emitir as notas sem problema

Talvez alguma permissão de acesso a essas pastas no seu ambiente em nuvem. Permissão de acesso ao usuário que executa a aplicação... Tanto das imagens dos logos quanto a pasta que está a DLL.

Mas esse caminho existe no ambiente em Nuvem? Se você tentar acessar o caminho gerado e configurado a pasta e os logos estão lá?

Se você comparar o ACBrLib.ini, tem alguma diferença de configuração entre os dois ambientes ?

Não existe alternativa para o 3.00, a NT 2023.001 é bem clara nisso: O CTe com tipo anulação e substituição deixam de existir na versão 3.00. Foi criada até regra de validação impedindo a aprovação de CT-es de substituição na versão 3.00. Isso só será possível novamente quando no 4.00.

Estamos atentos à demanda e toda contribuição é bem vinda. Caso iniciem o desenvolvimento e queriam compartilhar aqui são mais que bem vindos!

Boa noite, Veja na unit do provedor a tag preenchida com a respectiva tag. ../trunk2/Fontes/ACBrDFe/ACBrNFSeX/Provedores/IPM.GravarXml.pas Result[i].AppendChild(AddNode(tcInt, '#', 'situacao_tributaria', 1, 4, 1, NFSe.Servico.ItemServico[I].SituacaoTributaria, ''));

Boa noite, Sempre consulte o manual para entender as regras da composição do arquivo.

entedi,vou dar uma vasculhada minusiosa, aki na minha maquina, qualquer coisa passo aki pra dizer o resultado. esse video eh seu neh!

O problema é que se contabilidade baixar o cliente não baixa mais. não é nem o problema de nsu e consumo indevido mas sim de não baixar mais

Olá, como o post ainda está aberto, segue uma dica aFonte := de 1 a 9 aSubFonte :=0 IF aFonte >9 then Begin aFonte:=9; aSubFonte :=aFonte-9; End; Assim voce pode permitir que o usuário informe uma Fonte de 1 a 9 normal e na mesma fonte de 10 a 999 Fica a dica

Alexandre de Paula Obrigado era isso mesmo...agora deu certo.

Está tudo certo, segue o jogo. A nota número 283 já foi emitida nesta empresa, é só excluir o registro igual o Pedro falou ali em cima e dar continuidade na numeração. Cada filial tem sua sequência, não é uma para ambas, é uma para cada empresa.

Bom dia Bill, Já esta no SVN.

Bom dia! Consultando no Portal da Nota Fiscal Eletrônica, consta uma aviso de que a Sefaz São Paulo está com contingência agendada para o dia 11/06/2023, com previsão de inicio as 06:00 e término as 19:00 do mesmo dia. Para transmitir em contingência usando o ACBr, siga as orientações do tópico abaixo:

Boa noite, Consta no ini que esse município foi incluído recentemente. Atualize os fontes e reinstale os componentes. Selecione qualquer município, salve, feche o programa, abra novamente e veja se o município aparece na lista. Após isso, veja se o erro da data permanece.

Boa noite, Foram enviadas ao SVN as implementações no componente ACBrReinf referentes à versão 2.1.2 na Rev-29656. Lembramos que, até o momento desta notícia, a Receita ainda não havia ativado a nova versão para os testes na Produção Restrita. Foram feitas validações dos xmls gerados pelo componente, na versão 2.1.2, com os novos schemas disponibilizados e não foram encontradas inconsistências. Foi inserida uma trava/alerta na consulta de protocolo, caso o retorno ainda esteja trazendo a rejeição ( conforme destacado no posta anterior ) devido à versão não implementada na API. Quando o serviço estiver no ar esse alerta não será mais exibido no retorno da consulta.

Boa tarde, Os passos são os mesmos, altere o ini, compile o res(Compila_Res.bat não funciona para o Lazarus). Altere o ini e ao invés de reinstalar os componentes(opção do instalador para o Delphi), use a opção para "limpar e construir" no demo para testar.

Bom dia! Muito obrigado por reportar. Testando aqui, conseguimos reproduzir o problema, por isso foi criada a #TK-4010 para análise e parecer do consultor responsável.

Bom dia. O Bradesco trabalha com Código de Cedente, utilize esta propriedade do componente. Att.