Painel de líderes

ACBRTrunk2\Fontes\ACBrTXT\ACBrSPED\ACBrSPEDPisCofins\ACBrEPCBloco_A.pas ACBRTrunk2\Fontes\ACBrTXT\ACBrSPED\ACBrSPEDPisCofins\ACBrEPCBloco_A_Class.pas

No arquivo .ini do provedor, procure a tag "RpsGerar=1", logo abaixo de [Assinar] e tente gerar novamente. Já tive um problema com o Smarapd, por que eu tinha incluído para assinar em uma tag dessas, na qual não era para ser assinada, e tive quase o mesmo problema.

Olá Milton. Não, essa consulta não tem a ver com a manifestação. Vou te passar exatamente o processo: Primeiro, você vai listar todas as NF-e que foram emitidas, como disse acima, com o seguinte comando: ACBrNFe.DistribuicaoDFePorUltNSU('UF_ESTADO', 'CNPJ_EMPRESA', 'NSU'); Para primeira consulta, você pode utilizar o Nsu como '0'. Cada consulta irá trazer máximo de 50 NF-e. Junto com ela, irá trazer o número do ultimo Nsu consultado, assim, você irá realizar novamente uma consulta, porém passando o novo Nsu, até que a consulta não traga mais informações. Com as informações buscadas, você pode realizar a manifestação da NF-e com o comando: ACBrNFe.EventoNFe.Evento.Add ( informando os dados do evento ). Em seguida, você irá consultar novamente a NF-e que fez a manifestação com o comando: ACBrNFe.DistribuicaoDFePorChaveNFe 'UF_ESTADO', 'CNPJ_EMPRESA', 'CHAVE_NFE');

BPe é informado no registro D100, correto? Nesse caso tente informar: with RegistroD100New do begin ... IND_FRT := tfNenhum;

Parece ser um caso de Buffer Overflow... (mais dados que o buffer da impressora suporta)... Limite o envio de dados... exemplo: ACBrPosPrinter1.Device.SendBytesCount := 1024; // Limita o Buffer em 1K ACBrPosPrinter1.Device.SendBytesInterval := 100; // Aguarda 100 milissegundos, antes de enviar outro 1K de dados

Boa tarde. Gostaria, se possível, deixar disponibilizado os fontes em delphi para emissão de boleto via webservice do Banco do Brasil. Não é um componente, todavia é uma unit e pode ser útil a quem for trabalhar com o webservice do Banco do Brasil. WebserviceBB.rar

Homologando a NFC-e com Integrador Fiscal CE Olá, Nesse tópico vamos detalhar os passos para realizar testes e homologação da NFC-e com o Integrador Fiscal do CE utilizando o componente ACBrNFe. Para utilização da NFC-e no CE é obrigatório o uso do Integrador Fiscal, diferente do que ocorre com as demais UFs, no CE não é o componente ACBrNFe que realiza o envio do XML diretamente para a SEFAZ, o que o componente faz é gerar o XML no padrão do projeto do Integrador Fiscal e gravar na pasta monitorada pelo mesmo, e o Integrador Fiscal se encarregará de realizar o envio e gerar a resposta que será lido pelo componente ACBrNFe. Para realizar este procedimento o ACBr utiliza o componente ACBrIntegrador interagindo com o componente ACBrNFe. Credenciamento na SEFAZ - CE Para emissão de Documentos Fiscais eletrônicos no CE é necessário que a empresa contribuinte esteja credenciada na SEFAZ CE: http://nfce.sefaz.ce.gov.br/pages/credenciamento.jsf e tenha em mãos o Certificado Digital do contribuinte credenciado. Além disso, o contribuinte que se enquadra na modalidade permitida para emissão da NFC-e no CE e opte por utiliza-lá ao invés do MFe, deve solicitar um requerimento para emissão de NFC-e através do sistema VIPRO (Sistema de Virtualização dos Processos). Veja mais detalhes no tópico: Instalar Integrador Fiscal O Primeiro passo é Instalar e Configurar o Integrador Fiscal - CE Para instalação baixe o aplicativo do site SEFAZ-CE : http://cfe.sefaz.ce.gov.br/mfe/informacoes/downloads#/ Após instalado, baixe neste mesmo link o último release do Integrador “Integrador Release DLL´s”. Descompacte o arquivo na pasta: %APPDATA%\Integrador obs: Clique com botão direito nas dlls vá em propriedades desmarque a opção "Bloqueio de Arquivo", caso as mesmas estiverem bloqueadas. Configure o Aplicativo Integrador Fiscal informando os dados do Estabelecimento e da Software House. Conforme descrito no Manual do Integrador Fiscal, para o ambiente de Desenvolvimento poderá ser usado os dados abaixo no Integrador: Estabelecimento: CNPJ: 30146465000116 IE: 065911482 Software House: CNPJ: 98155757000159 CHAVE: MD2Nof/O0tQMPKiYeeAydSjYt7YV9kU0nWKZGXHVdYIzR2W9Z6tgXni/Y5bnjmUAk8MkqlBJIiOOIskKCjJ086k7vAP0EU5cBRYj/nzHUiRdu9AVD7WRfVs00BDyb5fsnnKg7gAXXH6SBgCxG9yjAkxJ0l2E2idsWBAJ5peQEBZqtHytRUC+FLaSfd3+66QNxIBlDwQIRzUGPaU6fvErVDSfMUf8WpkwnPz36fCQnyLypqe/5mbox9pt3RCbbXcYqnR/4poYGr9M9Kymj4/PyX9xGeiXwbgzOOHNIU5M/aAs0rulXz948bZla0eXABgEcp6mDkTzweLPZTbmOhX+eA== A configuração deve ficar da seguinte forma: Utilizando o demo ACBrNFe para homologação com o Integrador Com os fontes e o demo ACBrNFe atualizados, selecione o componente ACBrNFe e relacione o componente ACBrIntegrador na propriedade "Integrador". Na Propriedade "modeloDF" selecione: moNFCe obs: Isto deve ser feito apenas quando for utilizar a NFCe para Estado do CE No componente ACBrIntegrador as pastas "Input" e "Output" devem estar configuradas com mesmo path configurado no aplicativo Integrador Fiscal, para a integração dos arquivos XMLs entre as aplicações. Compile a aplicação e configure as abas de: ( Certificado, WebService, Emitente e Geral ) com os dados do Contribuinte, seguindo o exemplo abaixo e Salve as configurações. Com o aplicativo Integrador Fiscal instanciado, realize uma consulta de "Status de Serviço" para validar a comunicação com o Integrador Fiscal, note que quando a comunicação está sendo realizada pelo Integrador poderá obter a resposta também do campo: "Código" e "Valor" do componente ACBrIntegrador. (Veja detalhes no código fonte do botão). Para testes de Envio, utilize a aba NFCe e realize o teste com o botão "Criar e Enviar". Note pelo código fonte do botão que existe um tratamento diferenciado para leitura da resposta quando se trata do Integrador Fiscal. É importante que o XML da NFC-e esteja válido e que a comunicação com o Integrador Fiscal esteja ocorrendo devidamente. Caso não esteja obtendo retorno do Integrador Fiscal, consulte o manual do mesmo para possíveis liberação de portas no Firewall e demais configurações. Também é importante que as dlls do Integrador em: %APPDATA%\Integrador estejam atualizadas e não estejam Bloqueadas. Utilize o Log gerado pelo Integrador Fiscal para análise de possíveis erros.

Boa tarde Lopes, Tente usar o método Enviar em vez de Gerar.

Boa tarde. Qual é o modelo da impressora? Chegou a estar com o ESCPos? Att.

Boa tarde Paulo, Favor atualizar todos os fontes de todas as pastas e reinstale a suíte ACBr, por fim faça novos testes. Note que agora a cidade de Blumenau passa a utilizar o provedor SimplISSv2

Boa tarde Lucas, Tente com esse INI. ACBrCTeServicos.ini

Favor desconsiderar o ultimo arquivo. Código de barras e linha digitável de acordo com manual de dezembro de 2017 que parece ser o ultimo para este banco. fiz um boleto com as informações do manual para simular a linha digitável e o código de barras. ag: 40-0; cc: 27824-7 valor: 180,84 vencimento 23/02/2025 nosso numero 26173001. ACBrBancoSafra.pas

informativo: 1) uma dica que recebi de um colega: informar o cliente MEI como contribuinte de ICMS mesmo sem inscrição estadual (Dest.indIEDest := inContribuinte). Resultado: 728-Rejeição: NF-e sem informação da IE do destinatário; 2) um curiosidade que percebi faz tempo: se tentarem fazer a mesma NF-e com a mesma situação (com IVA-ST) para cliente que irá revender os produtos porém usar o CNPJ de um MEI que tenha CNPJ e também/principalmente INSCRIÇÃO ESTADUAL e NF-e irá ser aceita normalmente com ST e FCEP-ST e tudo mais. Pelo que percebi até agora empresas MEI dos estados Paraná e Rio de Janeiro não tem inscrição estadual;

Ok, vou realizar esses testes. Obrigado. Já fiz esse teste utilizando esse protocolo. Vou continuar realizando os testes. Obrigado

https://www.contabeis.com.br/forum/tributos-federais/242523/erro-importar-ecd-registro-j930/2 no final desse forum a VIVIANE precisa retificar a Edc de 2015, Verifica a solução sugerida para ela...

Muitíssimo obrigado , acabei de baixar

Eu também fiquei com dúvida nessa parte. Sugiro que você faça um passo a passo descrevendo o problema pra que possamos entender.

Em anexo, um arquivo que está na pasta do componente para te auxiliar na implementação no seu sistema. Boa Sorte! DistribuicaoDFe.txt

Achei a solução baseado no ACBrECFVirtual, ele possui todo calculo de rateio de desconto e questão residual. Estamos em testes nos diferentes cenários... Obrigado.

Qual função você está utilizando para enviar o arquivo? Os arquivos .ini da pasta estão atualizados?

Pelo que entendo e tenho no meu sistema quando o cliente e consumidor final ele não pode ter as informações com ICMS-ST, apenas o DIFAL Se o cliente é consumidor final: utiliza o CFOP 6108, CSOSN 500 e recolhe o ICMS de partilha (DIFAL). Se o cliente é contribuinte do ICMS e vai revender a mercadoria: utiliza CFOP 6404, CSOSN 500 e recolhe o ICMS ST com MVA ajustada (se o estado dele possui ACORDO COTEPE) ou negocia com ele para recolher para o estado dele de forma que a guia acompanhe a mercadoria.

Obrigado por retornar, fechando o tópico... Para nova dúvida, abrir novo tópico. Att Ricardo

Ola, pegue os arquivos Schema que estão na pasta do ACBr... C:\ACBr\Exemplos\ACBrDFe\Schemas\... Att Ricardo

Sim, é possível enviar em lote, da mesma forma que a NF-e. O método de enviar uma ou um lote ( máximo de 50 ) é o mesmo. Você deve se atentar somente no tratamento do retorno do envio, visto que será mais de um documento enviado, precisando tratar um a um no retorno.

Outra sugestão é verificar se nos logs de comunicação estão sendo enviados os dados corretos para a impressora.

Pois é, mas apenas pra avaliar se é algo que está acontecendo com mais pessoas, pois comecei a desenvolver o sistema que envia a pouco mais de uma semana, então sou meio novo nisso e queria confirmar. Mas já vi aqui no site do eSocial que outros usuários reportaram problemas porém não específico como o meu, o XML vai mas na consulta que retorna o problema. http://portal.esocial.gov.br/semaforo Vamos esperar o semáforo ficar verde pra ver se é algo com o meu sistema. Obrigado. O que me deixou com um pé atras é o erro "401 - Conteúdo do evento inválido"

Olá Lucas. A própria descrição da resposta está admitindo que pode ser uma falha temporária dos servidores. Chegou a verificar?

Bom dia. Por favor, seja um pouco mais específico. De qual registro estamos falando? Qual é o erro apresentado?

Bom dia, faz um tempo. Eu testei e baixei a nova versão e está funcionando corretamente no Delphi 10.3. Grato por atualizarem no SVN e comentarem os problemas nas versões anteriores do Delphi. É um prazer poder ajudar.

Acho que só na linha de comando e passando parâmetros para o certmgr.msc

versão do Delphi? já chegou a olhar a wiki do delphi? http://docwiki.embarcadero.com/CodeExamples/Rio/en/TStringsEncoding_(Delphi)

Creio que houve algum equívoco. O leiaute do registro J930 com 12 campos é o leiaute 5 e posteriores, que abrange o período do ano calendar de 2016. Você pode conferir fazendo donwload dos manuais na página do SPED: http://sped.rfb.gov.br/pasta/show/1569 O Manual de Orientação da ECD, na versão Anexo ao ADE Cofis nº 34/2016 é o que contém as versões 1 a 4. Abaixo estou anexando com os devidos destaques de página, versão e número de campos.

já foi removido essa propriedade. tentou olhar lá no componente?

Boa tarde @Italo Jurisato Junior, funcionou certinho agora com o novo arquivo ACBrCTeServicos.ini, muito obrigado pela ajuda, tenha uma ótima tarde, abraços.

Eu que agradeço @Italo Jurisato Junior ! É sempre um orgulho poder contribuir, mesmo que seja algo ínfimo.

Se a dll for CliSiTef32I.dll, então me parece que sim...

Sendo uma nova propriedade ( ImprimeDescAcrescItem ) . os critérios de implantação ficam mas rígidos . E um parecer de outros moderadores. para a nova propriedade no acbr. Grato

https://receita.fazenda.rs.gov.br/conteudo/11176/postergacao-da-entrada-em-producao-das-regras-de-validacao-referentes-a-codigos-de-beneficios-fiscais

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

Boa tarde Maikon, Vamos aos testes, altere essa URL de http:// para https:// Faça um novo teste.

Boa tarde Gustavo, Primeiramente quem envia o evento de comprovante de entrega é a própria transportadora, portanto o emitente do CT-e. No XML do pedido do evento a chave do CT-e os 2 primeiros dígitos é o código IBGE da UF cujo CT-e foi emitido, e consta 24, logo a UF é RN e não MG. Olhando o seu XML, notei algumas coisas erradas: 1. O código da UF que aparece no cabeçalho é 35 = SP, portanto esta errado, deveria ser 24. 2. Data/Hora de entrega, só consta a data, a hora esta toda zerada, isso pode fazer com que ocorra outros tipos de rejeição. dhEvento >= dhhashEntrega > dhEntrega

Desmarque a opção "Remover warnings de CAST causados por WideString/String/AnsiString" no instalador. Essa opção só é compatível com versões mais novas do Delphi.

Vi que o software gratuito mantém o controle local, ou seja, realmente não atualiza se foi manifestada por outro prg, no máximo aparece como "download feito". É que essa argumentação de que o controle do manifesto deve ser exclusivamente pela aplicação é bizarra. Numa empresa grande mais de uma pessoa pode fazer este tipo de trabalho, e até mesmo um computador/servidor pode falhar e a aplicação deve ser reiniciada em algum outro equipamento, logo, é patético não existir mais uma consulta direta sobre o estado (manifesto, etc) de uma NFe.

Bom dia a todos, 18/06/2019 Comunicado sobre as datas de implantação da versão 3.00a Comunicamos que foi publicado a versão 3.00a do Manual de Orientação do Contribuinte do CT-e/CT-e OS e seus anexos. Reforçamos que esta nova versão prevista para entrar em homologação a partir do dia 22 de Julho de 2019 e em produção a partir do dia 26 de Agosto de 2019, contempla a atualização do schema do CT-e, criação do Evento Comprovante de Entrega dentre outras modificações. Relativamente à definição dos padrões do QRCode previstos no arquivo XML do CT-e, cuja especificação das configurações para impressão no DACTE estão detalhadas no Anexo II – Manual de Especificações Técnicas do DACTE, serão implementadas a partir de 07 de Outubro de 2019, quando entrará em vigor a obrigatoriedade de exibição do QRCode no layout do DACTE. Da mesma forma, as RV G238 a G243 e N135 a N140 passarão a ser aplicadas em 02/09/2019 no ambiente de homologação e somente em 07 de Outubro de 2019 no ambiente de produção.

Boa tarde a todos, O componente ACBrCTe tem uma propriedade de configuração chamada: GerarInfCTeSupl que pode receber os seguintes valores: fgtNunca = não vai gerar no XML o grupo InfCTeSupl que contem a string do QR-Code; fgtSomenteProducao = só gera se o componente estiver configurado para o ambiente de Produção; fgtSomenteHomologacao = só gera se estiver configurado para o ambiente de Homologação fgtSempre = vai gerar no XML o grupo InfCTeSupl. O valor padrão é fgtNunca, mas a partir do dia 22/07/2019 para realizar testes no ambiente de homologação essa propriedade deve estar com o valor fgtSomenteHomologacao. E a partir do dia 26/08/2019 para o envio em ambiente de produção a propriedade devera esta com o valor fgtSomenteProducao ou fgtSempre. Quando se tornar obrigatório em ambos ambientes iremos remover essa propriedade de configuração do componente.

Quais são as mudanças dessa nova versão 3.00a? Um breve resumo. Criação do Web Service síncrono de autorização Disciplina as regras para Uso Indevido Definição do QR Code do CT-e: RV´s 850 a 855 ; Definição da Consulta Pública resumida e consulta completa para atores do CT-e identificados pelo certificado digital; Eliminação do retCancCTe na resposta da consulta situação; Criação da tag ICMSST no evento EPEC e alteração da RV 642; RV 841 para informar fretamento no transporte de pessoas; Alteradas RV´s 837, 838, 839, 840: aplicar somente aos tipos Norm / Subst.; Unificação das regras de validação de chave de acesso: 592-596, 507, 610 => 236 701-708 => 842 (Chave do CT-e da ferrovia de origem) 591, 602-605, 508, 504 = > 843 (Chave da NF-e transportada) 544-549, 480, 538 => 844 (Chave do documento anterior) 450-454, 478, 479, 608 => 845 (Chave do CT-e multimodal) 761-768 => 846 (Chave do CT-e anulado) 769-776 => 847 (Chave do CT-e substituído) 777-784 => 849 (Chave CT-e complementado) 816-823 => 856 (Chave do CT-e cancelado referenciado no CT-e OS) 761-772, 615, 766-768 => 857 (Chave do CT-e OS anulados) 769-772, 616, 774-776 => 858 (Chave do CT-e OS substituído) 777-780, 785, 782-784 => 859 (Chave do CT-e OS complementados) RV 848: Validação chave de acesso do CT-e de anulação informado Criação do evento do comprovante de entrega (grifado no MOC em amarelo), RV´s 860, 863, 864, 865, 869, 870 e 871 Criação do evento de cancelamento do comprovante de entrega (grifado no MOC em amarelo), RV´s 866 RV do cancelamento associada ao comprovante de entrega: 862 RV de validação da IE do tomador na EPEC: Dispensa de validação da IE do tomador quando autorização de um CT-e EPEC RV para implementação a critério da UF para o responsável técnico: 867 Previsão de RV de implementação futura para o responsável técnico: 868 Exclusão da tag pICMSInterPart do leiaute do CT-e e CT-e OS (ver anexo I Leiaute). Em nossa biblioteca você encontram os 3 Manuais (Visão Geral, Layout e DACTE) da versão 3.00a clique aqui para ter acesso.

Boa tarde, amigos, Segue o vídeo que me auxiliou na instalação do ACbr Monitor Plus: Abraços!