Painel de líderes

Olá pessoal, A SEFAZ do Pará não vai mais recepcionar as NF-e a partir do dia 02/09/2019. A partir dessa data os contribuintes do Pará devem encaminhar as suas notas para a SEFAZ-Virtual do Rio Grande do Sul. Conforme consta a noticia no site da SEFAZ-Pará. Para quem utiliza o componente ACBrNFe, deverá apenas atualizar os fontes recompilar a aplicação e distribuir a nova versão do mesmo para os seus clientes. Para quem utiliza o ACBrMonitor, vamos disponibilizar uma nova versão do mesmo, ai basta vocês atualizarem os seus clientes. Pela noticia da SEFAZ-Pará não teremos um período de transição, logo vamos nos preparar para a correria, pois dia 2 é uma segunda-feira. Detalhe importante não será necessário realizar nenhuma mudança na configuração do componente ou do Monitor, apenas atualizar.

Uma maneira rápida de corrigir as URLs de sua aplicação que usa o ACBr, sem necessariamente instalar um novo programa, é atualizar o arquivo de Endereços dos WebServices, diretamente na máquina local Baixe o arquivo ACBrNFeServicos.ini, clicando na URL http://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrDFe/ACBrNFe/ACBrNFeServicos.ini (clique no link com o botão direito do Mouse, e Salvar Como..) Salve o arquivo ACBrNFeServicos.ini exatamente na mesma pasta do seu .EXE Feito isso, o ACBrNFe passará a carregar as URLs de WebServices desse arquivo, ao invés do resource interno do componente Lembre-se de atualizar o arquivo ACBrNFeServicos.ini a cada atualização do sistema

Bom dia Luiz, O problema é que todos os Webservices de todas as SEFAZ deveriam estar configurados para a versão 1.2 do TLS, mas infelizmente isso não esta ocorrendo. Ao enviar para a SEFAZ-Virtual de Contingencia se fez necessário mudar para o LT_TLSv1_2 visto que o Webservice do SVC esta configurado para a versão 1.2 do TLS. Ao enviar "normal", ou seja, para o Webservice da SEFAZ-MG devemos mudar a configuração do SSLType porque o Webservice não esta configurado para a versão 1.2, provavelmente para a versão 1.1 A sua aplicação terá que ter uma tela de configuração onde você possa definir qual o valor de SSLType para o envio Normal e para o SVC. Quanto a problemas de versões do Windows, estude a possibilidade de usar o OpenSSL. Só existe um porem quanto o OpenSSL, ele não funciona com certificados A3.

Muito obrigado pessoal.. O felipe matou a charada

No momento na SEFAZ RS não está mais exigindo nem cbenef e nem icms desonerado!

Para o Fast existe o arquivo DANFeNFCeA4.fr3 na pasta Obsoletos.

Boa tarde a todos, Tenho um cliente que vai fazer vendas com atendimento fora do estabelecimento e vai utilizar uma mini impressora termica. Ajustei no sistema para imprimir o modelo tiSimplificado e imprimiu corretamente, porem esteticamente poderia ser melhorado. Gostaria de saber, se eu realizar algumas mudanças seria bem aceita pela comunidade. Algumas alterações que meu cliente solicitou: - Aparecer o CFOP e CST ou CSOSN no campo produto - Se o cliente não tiver logo, não ficar um espaço em branco sem nada impresso - Aparecer as formas de pagamento, pois muitos clientes vão dar entrada por esse danfe - Ajustar para que sobre um espaço entre as notas (esse cliente imprime 2 vias e quando imprime não tem um espaço para recortar, o valor dos tributos fica quase junto ao cabeçalho da segunda nota) - Colocar algumas linhas separadoras. (principalmente entre os itens, para separar um item do outro, pode ficar confuso para a leitura do cliente) Se estiverem de acordo, gostaria de implementar essas alterações no Fortes. Grato

Olá Pessoal, Muitos tem interesse em obter o XML da transportadora (CT-e) para facilitar a entrada do Contas a Pagar, etc. Segundo a legislação, quem emite um CT-e tem por obrigação legal de disponibilizar o XML assinado e com o protocolo de autorização ao tomador do serviço, assim que a SEFAZ autorizar o conhecimento. Essa disponibilização pode ser feita por e-mail, ou seja, o emitente envia para o tomador o XML via e-mail. Sabemos que isso nem sempre ocorre, por 2 motivos: 1. No cadastro do tomador não consta o endereço de e-mail; 2. A aplicação do emitente não possui esse recurso ou esta desativado. Mas temos uma alternativa. O componente ACBrCTe possui os seguintes métodos: DistribuicaoDFePorUltNSU e DistribuicaoDFePorNSU. Vamos a sintaxe: DistribuicaoDFePorUltNSU( <código da UF do destinatário>, <CNPJ do destinatário>, <numero do ultimo NSU> ) DistribuicaoDFePorNSU( <código da UF do destinatário>, <CNPJ do destinatário>, <numero do NSU> ) Primeiramente vamos entender o que vem a ser esse tal de NSU. NSU - numero sequencial único, é um numero atribuído pelo Ambiente Nacional ao documento ora compartilhado pelas SEFAZ-Autorizadora. Exemplo: o emitente do conhecimento é do Estado de São Paulo, logo o conhecimento é enviado para a SEFAZ-SP esta por sua vez vai compartilhar com o Ambiente Nacional os conhecimentos que foram autorizados, o Ambiente Nacional por sua vez atribui um NSU para cada conhecimento que receber. Vamos agora entender como funciona os dois métodos mencionados acima. O método DistribuicaoDFePorNSU é o mais simples de entender, pois este simplesmente baixa o documento que possui o NSU informado. Note que usei o termo documento, pois o webservice DistribuicaoDFe pode retornar os seguintes tipos de documentos: Conhecimento Completo e Evento Completo. Se o NSU informado no método DistribuicaoDFePorNSU for o NSU de um evento, o que teremos como retorno será o XML do evento e não o XML do conhecimento. Por outro lado o método DistribuicaoDFePorUltNSU nos retorna uma lista com até 50 documentos, cujos NSU são superiores ao NSU informado. Exemplo: DistribuicaoDFePorUltNSU( 35, 12345678000123, 450 ) ===> 450 é o valor do Ultimo NSU. Ao executar o método, como dito anteriormente poderá nos retornar uma lista com até 50 documentos, pois bem suponha que retorne 50, os NSU desse documentos retornados serão, 451, 452, 453, ...., 498, 499, 500. Lembre-se que nessa lista podemos ter Conhecimentos Completas e Eventos Completos. Através de uma propriedade chamada Schema nos traz a informação do tipo de documento retornado. Temos também outras duas propriedades muito importantes, são elas: UltNSU e MaxNSU. A propriedade UltNSU nos informa o numero do NSU referente ao ultimo documento da lista, já a propriedade MaxNSU nos informar o maior NSU existente no Ambiente Nacional. Continuando o exemplo acima, vamos supor que após a execução os valores de UltNSU e MaxNSU são respectivamente 500 e 750. Era de se esperar mesmo que o valor de ultNSU seja 500 pois informamos 450 e foi retornado 50 documentos, logo o NSU do ultimo é 500. A próxima vez que formos executar o DistribuicaoDFePorUltNSU devemos informar o valor 500, para que ele retorne os documentos a partir de 501 que é o próximo da lista. E devemos repetir o procedimento até que o valor de ultNSU seja igual a maxNSU, desta forma vamos ter baixado todos os documentos disponibilizados pelo Ambiente Nacional. Lembre-se que o valor de MaxNSU tende sempre a crescer a medida que novos conhecimentos forem emitidos e compartilhadas com o Ambiente Nacional. O DistribuicaoDFe não serve apenas para que possamos obter o XML da transportadora (CT-e), mas também descobrirmos se existe alguma empresa emitindo conhecimentos contra o nosso CNPJ sem no nosso consentimento. Você descobre isso através do DistribuicaoDFePorUltNSU e pode avisar a SEFAZ enviando o evento de Prestação de Serviço em Desacordo. Para saber mais sobre o Distribuição DFe vide a Nota Técnica 2015/002 versão 1.00a, que se encontra disponível no Portal Nacional do CT-e e com relação ao evento Prestação de Serviços em Desacordo vide o Manual CT-e Visão Geral v3.00a que se encontra no Portal do Conhecimento de Transporte Eletrônico - SVRS. Informação importante, o serviço Distribuição DF-e, é atendido pelo Ambiente Nacional, portanto não tem nada haver com a SEFAZ-Autorizadora do emitente do conhecimento ou do tomador. Se algo falhar nesse processo, a "culpa" é do Ambiente Nacional.

Sempre reinstale tudo ao executar o ACBrInstall_Trunk2.exe.

Boa tarde. O recomendado é salvar estes dados em seu banco de dados com as demais informações relativas a NFe. Att.

Boa tarde Maiquel, Muito obrigado pela informação, já alterei o arquivo INI e ainda hoje estarei enviando para o repositório.

Boa tarde @Juliomar Marchetti acabei deixando meio de lado essa situação por conta de outras pendências, mas eu resolvi o problema usando as Threads de outra maneira, referente a criação do servidor que você comentou eu sinceramente teria que estudar pois nunca trabalhei com isso mas vou dar uma estudada pra tentar melhorar essa consulta. Muito obrigado pelas dicas e tenha um ótimo dia. Abraços.

Cross Compile de Linux64 para Linux32 (Fonte: https://wiki.freepascal.org/Cross_compiling#From_Linux_x64_to_Linux_i386 ) Você precisará do Linker em 32 Bits... ou mais precisamente do arquivo i386-linux-ld No meu OpenSuse, esse binário pode ser instalado pelo pacote cross-i386-binutils, portanto... (em modo root) zypper install cross-i386-binutils zypper install cross-i386-gcc9 Porém o OpenSuse irá instalar esse binário com um nome ligeiramente diferente, então basta fazermos um link simbólico para o nome esperado pelo FPC (em modo root) ln -s /usr/bin/i586-suse-linux-ld /usr/bin/i386-linux-ld ln -s /usr/bin/i586-suse-linux-as /usr/bin/i386-linux-as Acessar pasta dos fontes do FPC cd /usr/share/fpcsrc/3.0.4 Compilar FPC em Linux 32 (em modo "root") make all OS_TARGET=linux CPU_TARGET=i386 Instalar novas DCUs e Compilador no Linux (em modo "root") make crossinstall OS_TARGET=linux CPU_TARGET=i386 INSTALL_PREFIX=/usr Você precisará ter todas as Libs que o seu software depende, instaladas no seu sistema Linux, na versão 32 bits... Exemplo: /usr/bin/ld: não foi possível localizar -lpthread /usr/bin/ld: não foi possível localizar -lgdk-x11-2.0 .... Isso significa que precisamos ter no sistema as libs (libpthread.so e libgdk-x11-2.0.so) em algum diretório do LibPath para Libs de 32 bits (/lib ou /usr/lib) Resolva passo a passo as dependências, Provavelmente seja mais fácil usar o utilitário yast, para procurar as Libs faltantes, na versão 32 bits.. Instalando os pacotes abaixo, provavelmente você resolverá várias das dependências... zypper install glibc-32bit zypper install glibc-devel-32bit zypper install libgthread-2_0-0-32bit zypper install libgtk-2_0-0-32bit zypper install libgdk_pixbuf-2_0-0-32bit zypper install libpango-1_0-0-32bit zypper install libX11-6-32bit zypper install libxml2-2-32bit Se necessário, crie links simbólicos para os nomes corretos (terminando em .SO)... Exemplo: cd /lib ln -s libpthread.so.0 libpthread.so ln -s libc.so.6 libc.so ln -s libdl.so.2 libdl.so cd /usr/lib ln -s libglib-2.0.so.0 libglib-2.0.so ln -s libgmodule-2.0.so.0 libgmodule-2.0.so ln -s libgthread-2.0.so.0 libgthread-2.0.so ln -s libgobject-2.0.so.0 libgobject-2.0.so ln -s libgtk-x11-2.0.so.0 libgtk-x11-2.0.so ln -s libgdk-x11-2.0.so.0 libgdk-x11-2.0.so ln -s libgdk_pixbuf-2.0.so.0 libgdk_pixbuf-2.0.so ln -s libatk-1.0.so.0 libatk-1.0.so ln -s libcairo.so.2 libcairo.so ln -s libpango-1.0.so.0 libpango-1.0.so ln -s libpangocairo-1.0.so.0 libpangocairo-1.0.so ln -s libX11.so.6 libX11.so ln -s libxml2.so.2 libxml2.so Compile novamente e verifique se ainda restam dependências de Libs, no caso de novo erro... cheque novamente se as libs indicadas nas mensagens de erro, estão em /lib ou /usr/lib (ou com o nome semelhante ao esperado) Editar /etc/fpc.cfg, para configurar corretamente o Path da gcclib em 32 e 64 bits (em modo "root") # path to the gcclib #ifdef cpui386 -Fl/usr/lib64/gcc/i586-suse-linux/9 #endif #ifdef cpux86_64 -Fl/usr/lib64/gcc/x86_64-suse-linux/9 #endif Configure o seu projeto, criando um novo Build Mode (em modo normal) Acesse Project Options -> Compiler Options -> Config and Target Target OS -> linux Target CPU -> i386

Se você distribui o arquivo do ACBrNFeServicos.ini junto com sua aplicação, sim, basta alterar dessa forma que já estará redirecionando para a SVRS. Se você não distribui o ini e precisa compilar como recurso no executável, precisa: - Alterar o ACBrNFeServicos.ini. - Executar o arquivo Compila_RES.bat para gerar o ACBrNFeServicos.res. - Executar o ACBrInstall_Trunk2.exe para copiar os novos arquivos para a pasta Lib. - Recompilar a aplicação. Provavelmente essa alteração só poderá ser feita no repositório no dia 02/09 já que, pelo aviso, só a partir desse dia a SVRS vai autorizar as NFe do PA.

Você pode consultar a situação do emitente em homologação no cadastro centralizado: https://dfe-portal.svrs.rs.gov.br/CTE/CCC Ou entrar em contato com a SEFAZ.

Bom dia, No manual do contribuinte aparece apenas essa informação: 7.11.1 Tipo e tamanho do Papel Para a impressão do DANFE Simplificado poderá ser utilizado qualquer tipo de papel com largura mínima de 55 milímetros, com exceção de papel jornal, desde que seja garantido o contraste necessário para assegurar leitura dos códigos de barras sem problemas. 7.11.3 Padrões de Caracteres (Tipos de Fontes) Todos os caracteres deverão estar impressos em tamanho não inferior a seis (6) pontos, sendo os títulos dos campos impressos em negrito e em caixa alta (maiúsculas). 7.11.4 Campos obrigatórios No DANFE Simplificado deverão ser impressos, no mínimo, além da expressão “DANFE Simplificado”, da chave de acesso, seu código de barras e do correspondente Protocolo de Autorização de Uso, o conteúdo dos seguintes campos: a) Dados do emitente: Nome/Razão Social, Sigla da UF, CNPJ, Inscrição Estadual; b) Dados gerais da NF-e: Tipo de operação (entrada ou saída), Série e número da NF-e, Data de emissão; c) Dados do destinatário/remetente: Nome/Razão Social, Sigla da UF, CNPJ/CPF; d) Dados dos itens: Descrição dos Produtos/Serviços, Unidade Comercial, Quantidade, Valor unitário, Valor total do item; e) Dados dos totais da NF-e: Valor total da Nota Fiscal. Pelo que estou vendo bate. Grato

Para que funcione A4 você deve utilizar o componente TACBrNFeDANFCeFortesA4. Acho que o programa exemplo não tem o componente que acabei de mencionar acima.

Consegui homologar. Havia atualizado o ACBr e os Schemas na Segunda, 12. Atualizei novamente hoje, 14 e o XML foi homologado com sucesso. Grato pela atenção de vocês.

Existem a propriedade ACBrTEFD.ArqLOG e a propriedade ACBrTEFD.TEFCliSiTef.ArqLOG. Sempre que trabalho com eles, eu preencho de forma a apontar para arquivos diferentes. Não acho que seja problema no sistema do TEF. Geralmente é um problema no fluxo mesmo... Sua pergunta me fez querer olhar o código novamente. Então, dei uma olhada no código fonte do componente aqui e encontrei essa mensagem de erro. Ela é levantada quando a propriedade AguardandoResposta é True e você faz uma nova requisição (CRT, ADM, ATV, CHQ, etc...). Você pode observar que o log que você anexou parece estar preso em um loop, que parece o loop do método TACBRTEFDCliSiTef.ContinuarRequisicao (arquivo ACBrTEFDCliSiTef.pas). Estaria assim sempre repetindo o comando 23, que no caso executa o evento OnAguardarResp. Então o TEF parece estar aguardando o pinpad, mas daí você inicia o processo novamente antes de terminar. Verifique esse evento e como o seu sistema poderia ficar preso nesse loop. Por exemplo, será que o sistema encarou que já acabou o Tef só porque teve problemas na leitura do cartão (Cartao com Erro ou Mal Inserido)?

Bom dia No manual CNAB400 - SAFRA a orientação é utilizar agência com 5 dígitos... Qual manual está utilizando? se possível anexe aqui para análise, pode estar ocorrendo divergências de homologação entre agências...

Opa, bom dia Italo, muito obrigado pelo retorno rápido e pela precisão na resolução do problema. Retirando o carácter "&" o processo é realizado com sucesso.

Esse é apenas um alerta gerado pelo componente. Informe a mensagem de erro de validação completa.

Acabei de emitir uma com o mesmo tipo de transporte >4< e validou normalmente, aconselho a verificar o pacote do schemas se é o mais atualizado: http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=/fwLvLUSmU8= -<DI> <nDI>88/7987978-9</nDI> <dDI>2019-08-14</dDI> <xLocDesemb>9879879</xLocDesemb> <UFDesemb>SC</UFDesemb> <dDesemb>2019-08-14</dDesemb> <tpViaTransp>4</tpViaTransp> <tpIntermedio>1</tpIntermedio> <cExportador>43</cExportador>

Muito obrigado @EMBarbosa. Sua dica resolveu meu problema

oi @Daniel Simoes foi sim, o unico ajuste q tive q fazer do meu lado foi alterar a versão da nfe pra 3.10 antes de enviar o evento EPEC.

Deu certinho. Também agradeço!

Boa tarde Windel, Por favor abra o XML com-lot.xml Note que na razão social consta o carácter "&". Talvez seja ele que esteja causando o erro. Tente novamente sem esse carácter.

Boa tarde Maiquel, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório. Fiz uma alteração no arquivo INI do provedor que acredito que vá resolver o erro do atributo a mais. Atualize os fontes e faça novos testes.

Boa tarde Paulo, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde, diogoboa. Acredito que somente NFC-e, veja o link abaixo:

Obrigado!

Show, vou dar uma analisada, Obrigado Bigwins

Sim, pode usar o método ACBrNFe.Consultar informando apenas a chave. Veja exemplo no demo.

Eu sugiro desabilitar o "Error Insight". Infelizmente esse é um recurso do Delphi que não funciona muito bem. Esse é o caminho: Menu Tools -> Options -> Editor Options -> Code Insight -> Source file type: escolha "Pascal" -> Error insight (desmarque a opção) Veja a imagem: O problema desse recurso (Error Insight) é que ele trabalha de forma independente do compilador. Então nem tudo que o compilador consegue "compreender", essa ferramenta entende... Parece que há uma previsão no roadmap para a versão 10.4 em que isso vai ser corrigido. Mas até lá, assim que instalo o Delphi eu desabilito essa opção. Recomendo a todos a fazerem o mesmo.

A suite de componentes RestDataWare é muito boa. Os bugs são solucionados por vezes alguns dias depois, e a comunidade é muito receptiva a dúvidas de quem esta iniciando. Vale muito adquirir os cursos pois é isso que ajuda custear o esforço sobre-humano do criador do componente para que ele sempre melhore. Parabéns ao Gilberto.

Vale a pena .. Adquirir o curso do Gilberto .. tirou grandes duvidas em relação ao componente nos detalhes Grato @xyberx

estou usando rdw com delphi ce para integrar o acbr com o sistema de um amigo em C#. Quem estiver procurando um exemplo de rest (json) -> objetc em rdw segue link https://github.com/SauloNunes/RDWExample

A cada dia uma atualização. Open source é isso. A.comunidade sempre ajudando a ferramenta a crescer. Parabens Gilbertão !!! Pode ser usado tanto desktop quanto mobile !!

Framework nota 10, recomendo a todos

Mais simples, completa e gratuita opção pra acesso REST disponível no mercado. Comunidade ativa e solícita sem falar no criador, que tem um empenho fora do comum aos usuários.

Recomendo a todos, muito bom e com muitos conteúdos e cursos e grupos no telegram e Skype.

Boa tarde Hélio, Muito obrigado pela colaboração, vou fazer a correção e enviar para o repositório.

Olá pessoal, Já foi implementado no componente ACBrCTe o modo de envio síncrono de CT-e. Para que possamos enviar o CT-e no modo síncrono foi necessário acrescentar um parâmetro a mais no método Enviar. function Enviar(ALote: Integer; Imprimir: Boolean = True; ASincrono: Boolean = False) : Boolean; overload; Parâmetros do método Enviar: 1o = Número do Lote 2o = Se True imprime automaticamente o DACTE 3o = Se True o envio é no modo Síncrono, caso contrario Assíncrono. Observação: no modo Síncrono só podemos enviar UM CT-e por vez. Por padrão o parâmetro ASincrono vale False fazendo com que o envio seja realizado no modo assíncrono. Exemplos: ACBrCTe1.Enviar(StrToInt(vNumLote)); ===> envio no modo assíncrono com a impressão do DACTE automaticamente. ACBrCTe1.Enviar(StrToInt(vNumLote), False); ===> envio no modo assíncrono sem a impressão do DACTE automaticamente. ACBrCTe1.Enviar(StrToInt(vNumLote), True, True); ===> envio no modo síncrono com a impressão do DACTE automaticamente. ACBrCTe1.Enviar(StrToInt(vNumLote), False, True); ===> envio no modo assíncrono sem a impressão do DACTE automaticamente. Para quem não usa o método Enviar e prefere executar diretamente as chamadas do webservice abaixo temos um exemplo: ACBrCTe1.WebServices.Enviar.Lote := vNumLote; <=== Numero do Lote ACBrCTe1.WebServices.Enviar.Sincrono := True; <= Se True o modo de envio será síncrono, caso contrario assíncrono. ACBrCTe1.WebServices.Enviar.Executar;

Olá pessoal, Quem atualizou os fontes e reinstalou a Suite ACBr, pode ser que esteja recebendo essa mensagem de erro no momento que vai gerar a NF-e / CT-e / MDF-e / BP-e. Porque esta mensagem esta aparecendo para alguns e para outros não? Simples, quando o XML é gerado com base em alguns dados do documento fiscal é gerado a chave do mesmo. Essa mensagem de erro é devido a uma validação que foi implementada na função que gera a chave. Essa validação visa garantir que a sua Nota (por exemplo) não seja rejeitada pela regra de validação B03-10 que consta na Nota Técnica 2019/001. Como vocês podem ver na imagem acima, a aplicação dessa regra é obrigatória, ou seja, todas as SEFAZ-Autorizadoras devem implementar essa regra. Ela será implementada no dia 01/07/2019 no ambiente de Homologação e no dia 02/09/2019 no ambiente de Produção. A validação que foi implementada ao gerar a chave é exatamente a descrita na regra, ou seja, o valor de cNF não pode ser igual a nNF e a nenhum dos números listados na regra. Por curiosidade resolvi pegar o Manual da NF-e mais antigo que tenho (Março de 2009) veja o que esta escrito na definição do campo cNF: O Manual deixa claro que o numero atribuído a cNF tem que ser um numero aleatório. Portanto quem costuma atribuir a cNF o mesmo numero atribuído a nNF esta fazendo errado e agora não vai ter perdão, pois se insistir a SEFAZ não vai aceitar a nota. Mas a regra B03-10 da Nota Técnica 2019/001 não se refere apenas a NF-e / NFC-e? Sim, mas tenham certeza que essa regra de validação em breve vai ser implementada para os demais DF-e - Documentos Fiscais Eletrônicos. Alguém duvida disso? O que devo fazer para que a minha aplicação não pare com a mensagem de erro: Código Numérico inválido, Chave não Gerada ? Muito simples, vou dar como exemplo o fragmento de código da minha aplicação: Como é hoje, note que eu já gerava o código como sendo um numero aleatório: NotaFiscalVenda := (DM_VEN.NotasDocumento.AsInteger + 1); CodigoChave := Random(99999999) + 1; // +1 para garantir que não seja zero Como vai passar a ser, para ter uma garantia maior ainda: NotaFiscalVenda : =(DM_VEN.NotasDocumento.AsInteger + 1); CodigoChave := GerarCodigoDFe(NotaFiscalVenda); A função GerarCodigoDFe esta definida na Unit ACBrDFeUtil, logo você vai ter informar essa Unit em Uses do seu Form. Note que ela recebe como parâmetro o numero da nota, pois a função vai gerar o código aleatoriamente e vai validar o mesmo e pela regra o código não pode ser igual ao numero da nota. De forma semelhante você terão que fazer o mesmo nas suas aplicações que emitem CT-e, MDF-e e BP-e. É preferível fazer essa correção na aplicação agora do que receber dezenas ou até centenas de ligações de clientes que não estão conseguindo autorizar os seus documentos na SEFAZ. Fica ai a dica.

Opa. Somente essa configuração ACBrCTE.Configuracoes.Geral.FormaEmissao := teSVCSP; eu estava setando outra.

CHAT ACBr - Novo recurso do Plano Anual - SAC Agora o ACBr tem seu chat exclusivo, utilizando a Plataforma de comunicação Flock, de forma semelhante as diversas outras ferramentas de comunicação instantânea existentes no mercado, porém com outros recursos interessantes, como: Integração com diversos serviços úteis Pode ser usado via Web, Desktop ou Mobile de forma fácil Permite a gestão de grupos de forma inteligente Você poderá participar de um chat privado, no qual estão todos os consultores do Projeto ACBr, além de diversos moderadores. Gostou da novidade? Para ter direito de participar deste grupo, basta ser assinante do SAC ACBr na modalidade Anual. Quer fazer parte desse Grupo? Clique aqui e contrate o SAC na modalidade Anual! Passo-a-passo para ingressar no Chat ACBr Assista ao vídeo, ou siga o tutorial abaixo: 1. Assim que confirmarmos sua inscrição no SAC Anual, você receberá um e-mail para cadastro no Flock, conforme imagem a seguir. Basta clicar em Join Now, e após a página do Flock ser aberta no navegador, aceite os termos de uso clicando em I Agree. 2. Insira seus dados de identificação e a seguir defina uma senha de acesso. 3. Após clicar em Next, você será direcionado a tela inicial do Flock, conforme imagem a seguir. 4. Pronto!! Agora basta clicar no grupo Assinantes SAC ACBr - Anual para aproveitar as vantagens de seu acesso exclusivo a mais este canal. Ainda em dúvida sobre as vantagens de ser assinante SAC Anual, fale com nossos consultores por email, telefone: (15) 2105-0750 ou ainda WhatsApp: (15) 99790-2976 Saiba mais sobre o Flock Ainda não é assinante do SAC na modalidade Anual? Clique aqui para contratar!

Esse post já é meio antigo, mas aconteceu comigo também hoje, porem o arquivo não existia na pasta, então eu criei ele no bloco de notas com as tags abaixo e salvei com extensão .ini e resolveu [00000000] MBHabilitada=1 [Geral] TipoTermDigitado=INTERNET TipoTermDigitado=TELEVENDA apenas pra registrar e talvez ajudar alguém que passa pelo mesmo. Equipe ACBR vocês são nota 10!

Boa noite, te importa de enviar o código completo desse exemplo de impressão do código.