Painel de líderes

Bom dia, Para quem utiliza o ACBrMonitorPLUS a propriedade "GerarInfCTeSupl" pode ser configurada para homologação na tela abaixo:

Senhores, boa tarde. Apos a intervenção da SkyTef na pessoa do Adriano Godoy e Ana Paula, foi verificado que o problema estava entre o cliente e as redes adquirentes. Após o cliente realizar uma carga em todos os pinpad's o problema foi resolvido....

Boa tarde Ítalo. Ok. Obrigado, vou proceder com a instalação.

ok obrigado deu tudo certo!

Bom dia Jhonlenon, Na sua postagem você escreveu: "Boa tarde, desde do dia 18 de Julho que não estou conseguindo nem consultar NF-e atraves do Manifesto do Destinatario, já atualizei ACBr e schermas e mesmo assim não funciona...print do erro abaixo. " Vamos fazer algumas pequenas correções: Primeiramente, não existe Manifesto do Destinatário e sim Manifestação do Destinatário. Segundo, você não realiza uma consulta da NF-e através da Manifestação, pelo simples fato da Manifestação do Destinatário ser um evento onde você informa a SEFAZ se comprou ou não, se já recebeu ou não a mercadoria referente a uma nota cuja chave da mesma foi informada nesse evento. Terceiro, a consulta que você se refere é feita através do DistribuicaoDFe que a principio retorna um resumo das notas emitidas contra o seu CNPJ ou o XML completo da nota caso esta tenha sido Manifestada pelo destinatário, ou seja, o evento de Manifestação do Destinatário tenha sido enviado. Agora, que culpa temos nós se o Ambiente Nacional que é o responsável pelos serviços do DistribuicaoDFe e Manifestação do Destinatário estar Inativo? Eu tenho o costume diário de acessar os Portais Nacionais da NF-e, CT-e bem como o Portal da SEFAZ-Virtual do Rio Grande do Sul em busca de algum Manual ou Nota Técnica nova que traga alguma alteração na montagem dos XMLs enviados para os Webservices. E com isso fico informado se vem novidades pela frente ou não. E também, diariamente atualizo todos os fontes de todas as pastas. Para finalizar, a imagem com o erro que você anexou diz que o serviço da SEFAZ esta inativo ou inoperante e pede para tentar mais tarde. Pelo menos para mim essa mensagem não deixa nenhuma duvida do que esta ocorrendo.

Bom dia, MaikonPanazzolo Veja o tópico abaixo:

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.

Bom dia a todos, Desculpe pela falha, já esta no repositório a unit que contem a definição do tipo TUnidade. Favor atualizar novamente e fazer a reinstalação.

Bom dia Lopes, Favor anexar o XML de envio do pedido de encerramento.

Muito bom dia! Obrigado pela resposta/sugestao, e tambem fico grato em poder fazer parte deste forum! O que de fato houve foi que o retorno vindo da SEFAZ, a literal que faco a leitura mudou a "caixa" ou seja eu fazia a leitura da literal " cStat " e na ultima atualizacao, houve a mudanca dessa literal ai fiz com que toda leitura das literais fossem em caracter de caixa alta. Obrigado e desculpa pelo transtorno Deu certo ta...Valeu

você possui fontes do fast report em mais de um local

Há uns 6 anos atrás achei isso: tão verdade...

E ae pessoal, estou com uma duvida, está acontecendo a seguinte situação: Um dos clientes reclamou que na impressão do posPrinter não estava saindo o QrCode. Porém segundo esse cliente em algumas versões atrás o qrCode estava saindo normalmente. Então eu gerei uma impressão na versão antiga e na nova e comparei elas. Eu percebi que a versão nova é adicionada na linha do qrCode um bloco a mais de código antes do código do qrCode: ESCT NUL ESC2 ESCW NUL NUL NUL NUL" SOH X STX Esse bloco de código adicionado faz com que nessa impressora POS-8330 (Que é uma impressora importada) o qrCode não seja exibido. A impressora POS-8330 usa o modelo de impressão ppEscPosEpson. Analisando esse problema acabei chegando no método TACBrPosPrinter.ConfigurarRegiaoModoPagina da unit ACBrPosPrinter.pas, dentro desse método é concatenada na string de retorno uma contante chamada cTagModoPaginaConfigurar que durante o processo de impressão faz com que a function ComandoConfiguraModoPagina da unit ACBrPosEpson seja chamada adicionado aquela cadeia de caracteres que eu acredito que seja para configurar o tamanho da pagina, pois dentro desse procedimento tem o link: https://stackoverflow.com/questions/42597358/esc-pos-set-page-size-esc-w-cmd Para correção eu removi a constante do método ConfigurarRegiaoModoPagina, dessa forma o procedimento ComandoConfiguraModoPagina não é executado e na impressão o qrCode é impresso normalmente. A minha duvida é, porque tenho que deixar a constante cTagModoPaginaConfigurar no método ConfigurarRegiaoModoPagina , pois não notei nenhuma diferença na impressão.

Se tratando de Sefaz MG, não tenho dúvidas. até mais.

Aparentemente voltou sem eu precisar mudar nada no sistema. Continuo com o wincripty sem problema algum. É bem provável que seja instabilidade no SEFAZ MG. Grato luisclaudio_jr.

Concordo que seja necessário parametrizar essa verificação... Estamos analisando

Aparentemente o serviço está instável...

Boa tarde! Tem uma citação no link abaixo que diz: "os Correios estão imunes do ICMS, portanto, pode colocar na nota fiscal sem frete porque é um caso de determinação judicial! Art. 150, VI, 'a', CF/88." Vale a pena dar uma conferida.. https://www.contabeis.com.br/forum/tributos-estaduais-municipais/272837/como-declarar-frete-de-envio-pelos-correios-na-danfe-nfe/

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

Bom dia. Verifique se não existem conflitos em seus arquivos. Att.

Entendo, obrigado vou implementar desta maneira.

Essa empresa é obrigada a enviar a Redução Z? Será que ela não foi desobrigada pela legislação recente?

Pessoal, erro 404 é "arquivo não encontrado". Entrem em contato com a SEF para descobrir o motivo.

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

Bom dia Lopes, Simples: 1. Carregue o XML do MDF-e assinado através do método: LoadFromFile; 2. Execute o método Consultar. Se o MDF-e que foi enviado foi autorizado, ao realizar a consulta será retornado o protocolo de autorização e o mesmo será incluído no XML assinado. Agora se ele não foi autorizado, no retorno a consulta temos o motivo da rejeição.

@Italo Jurisato Junior verifiquei aqui e esta falha estava acontecendo porque no XML de envio de evento não estava indo o número de protocolo, e quando foi feito o manifesto não foi salvo o XML de protocolo, portanto bastou inserir o número de protocolo no XML de Evento de Encerramento.

Olá colega. No seu XML não estão preenchidos as tags do FCP, aí não vai aparecer nada no PDF mesmo. Emito NFe's pro RJ tanto indústria como revenda e faz normalmente. As tags são pFCPST e vFCPST dentro do ICMS.

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

Bom dia Veja no seu arquivo sainfe.txt, a estrutura de diretórios onde está sendo gravado: [NFe_Arq18570] Arquivo=C:\ACBrMonitorPLUS\Arqs\04692640000160\NFe\201907\NFe\35190704692640000160550010000185701881346911-nfe.xml Para alterar esse path, configure na aba: DFe/Diretórios

Se você não for usar FastReport, desmarque os componentes do ACBr que são ligados ao FastReport

Realmente esse tipo de certificado só funcionará com Wincrypt

Boa noite Josenilson, Acredito que esse erro é porque a empresa não esta cadastrada para usar o webservice. Se tratando de NFS-e, alguns provedores exigem um cadastro para que a empresa possa emitir a nota via site e um outro cadastro para poder emitir via webservice.

Boa noite Flavio, A rotina que assina o RPS é a mesma que assina o Lote, consequentemente o certificado digital utilizado é o mesmo nas duas assinaturas. Amanhã vou analisar o que possa esta ocorrendo e vou enviar uma possível correção para o repositório.

Boa tarde Diane, Favor atualizar todos os fontes de todas as pastas, reinstale a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada. Note que o arquivo INI do provedor contem algumas alterações comparado com o que você anexou. Atualiza tudo e faça novos testes.

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

Boa tarde a todos, A implementação do evento no componente já esta sendo feita, acredito que até o final desta semana eu disponibilizo para vocês possam realizar os testes.

Falha minha, a alteração que vi no método LerRps_EL foi apenas remoção de uma linha comentada.

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

Boa tarde. A alteração deste tópico deve lhe atender. Att.

Tópico fechado por falta de retorno do usuário

Bom dia, ssnfilho. O bemasat.xml ta setando a porta correta do equipamento ? Caso esteja correto, tente Refazer a instalação do driver mais atual.

Olá pessoal, Para quem utiliza o componente ACBrCTe e necessita emitir um CT-e de Substituição deve alimentar os seguintes campos: Vamos a estrutura completa: with infCTeNorm.infCteSub do begin chCte := chaveCTeOriginal; indAlteraToma := tiNao ou tiSim; // Se atribuir tiSim significa que foi alterado o tomador // Para tomador contribuinte do ICMS tomaICMS.refNFe := chaveNFe; // NF-e de anulação emitenta pelo tomador // ou informações da Nota Fiscal comum de papel emitida pelo tomador tomaICMS.refNF.CNPJCPF := sCNPJCPF; tomaICMS.refNF.modelo := sModelo; tomaICMS.refNF.serie := iSerie; tomaICMS.refNF.subserie := iSubSerie; tomaICMS.refNF.nro := iNumero; tomaICMS.refNF.valor := vValor; tomaICMS.refNF.dEmi := DataEmissao; // ou a chave do CT-e emitido pelo tomador quanto este for uma transportadora tomaICMS.refCte := ChaveCTeTomador; // caso tenha sido emitido o CT-e de Anulação informar a chave do mesmo no campo abaixo refCteAnu := ChaveCTeAnulacao; end; Exemplo 1: Caso tenha sido emitido um CT-e de Anulação with infCTeNorm.infCteSub do begin chCte := chaveCTeOriginal; indAlteraToma := tiNao ou tiSim; // Se atribuir tiSim significa que foi alterado o tomador // CT-e de Anulação informar a chave do mesmo no campo abaixo refCteAnu := ChaveCTeAnulacao; end; Exemplo 2: Caso o tomador tenha emitido uma NF-e de Anulação with infCTeNorm.infCteSub do begin chCte := chaveCTeOriginal; indAlteraToma := tiNao ou tiSim; // Se atribuir tiSim significa que foi alterado o tomador // Para tomador contribuinte do ICMS tomaICMS.refNFe := chaveNFe; // NF-e de anulação emitenta pelo tomador end; Exemplo 3: Caso o tomador tenha emitido uma Nota Fiscal comum de papel with infCTeNorm.infCteSub do begin chCte := chaveCTeOriginal; indAlteraToma := tiNao ou tiSim; // Se atribuir tiSim significa que foi alterado o tomador // Informações da Nota Fiscal comum de papel emitida pelo tomador tomaICMS.refNF.CNPJCPF := sCNPJCPF; tomaICMS.refNF.modelo := sModelo; tomaICMS.refNF.serie := iSerie; tomaICMS.refNF.subserie := iSubSerie; tomaICMS.refNF.nro := iNumero; tomaICMS.refNF.valor := vValor; tomaICMS.refNF.dEmi := DataEmissao; end; Exemplo 4: Caso o tomador seja uma transportadora e tenha emitido um CT-e with infCTeNorm.infCteSub do begin chCte := chaveCTeOriginal; indAlteraToma := tiNao ou tiSim; // Se atribuir tiSim significa que foi alterado o tomador // chave do CT-e emitido pelo tomador quanto este for uma transportadora tomaICMS.refCte := ChaveCTeTomador; end;

Boa Tarde Italo, Meus fontes foram atualzados no dia 15/07, então apenas adicionei as alterações no arquivo INI e o Cancelamento foi feito normalmente. Grato.

Bom dia a todos, Já esta disponível em nossa biblioteca a Nota Técnica 2019/001 versão 1.10 que trata sobre novas regras de validação. Essa nova versão é uma complementação da anterior que inclusive o seu resumo se encontra aqui. Resumo da NT:  • Criação/Alteração de regras de validação referentes a CST e Código de Benefício Fiscal, corrigindo algumas regras da versão anterior. • Criação de regra de validação correspondente rejeição 927, para informar os números dos itens em ordem sequencial. • Define que a regra de validação referente ao valor máximo da base de cálculo é por modelo de DF-e. Datas previstas para entrada em vigor: 22/07/2019 - Ambiente de Homologação; 02/09/2019 - Ambiente de Produção. Alterações no componente: Nenhuma, visto que essa NT trata de novas regras de validação a serem implementadas pelas SEFAZ-Autorizadoras. Alterações na aplicação do desenvolvedor: Por conta da regra H02-10, a aplicação ao atribuir o numero do item ao campo: Prod.nItem, este tem que ser um numero sequencial, consecutivo e iniciado por 1. Para quem utiliza o ACBrMonitor, não precisa se preocupar, pois o mesmo utiliza um numero sequencial, consecutivo e iniciado por 1 para o numero do item. Novas Regras de Validação: Criada a Regra de Validação H02-10, com o objetivo de informar os números do item em ordem sequencial. Criadas regras de validação a Tributo - ICMS:  Criada a Regra de Validação N12-86, impedindo que se informe o código de benefício fiscal para CST de benefício fiscal, a critério da unidade federada. Rejeição 928: Informado código de benefício fiscal para CST sem benefício fiscal (campo cBenef) [nItem: nnn] Se informado CST e informado código de benefício fiscal: - Verificar se CST possui código de benefício fiscal, conforme tabela de código de benefício fiscal por UF. Observação 1: Implementação a critério da UF e por modelo de DF-e. Observação 2: Tabela de código de benefício fiscal por UF publicada no Portal Nacional da NF-e. Regras que tiveram seu (Campo-Seq) alterado bem como a sua redação: Regra N07-10 agora é N12-97. Rejeição 929: Informado CST de diferimento sem as informações de diferimento [nItem: nnn] Nova Redação: Não informados campos de valores do CST 51 (Diferimento): - modBC (id: N13), pRedBC (id: N14), vBC (id: N15), pICMS (id: N16), vICMSOp (id: N16a), pDif (id: N16b), vICMSDif (id: N16c), vICMS (id: N17). Observações: Implementação a critério da UF. Regra N12-84 agora é N12-85. Rejeição 930: CST com benefício fiscal e não informado o código de benefício fiscal (campo: cBenef) [nItem: nnn] Nova redação: Se informado CST e não informado código de benefício fiscal: - Verificar se CST exige código de benefício fiscal (tag: cBenef), conforme tabela de código de benefício fiscal por UF. Observação 1: Implementação a critério da UF, por modelo de DF-e e por CST. Observação 2: Tabela de código de benefício fiscal por UF publicada no Portal Nacional da NF-e Regra N12-88 agora é N12-94. Rejeição 931: Informado código de benefício fiscal (campo: cBenef) incompatível com CST e UF [nItem: nnn] Nova Redação: Se informado CST e informado código de benefício fiscal: - Verificar código de benefício fiscal está vigente e corresponde ao CST informado, conforme tabela de código de benefício fiscal por UF. Observação1: Tabela de código de benefício fiscal (cBenef) publicada no Portal Nacional da NF-e. Nota: Para itens sem benefício fiscal, a UF poderá exigir a informação da literal “SEM CBENEF” para alguns CST, vide tabela publicada no Portal Nacional da NF-e.

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.

Olá, RESTRequest.Params.AddHeader('Authorization', 'Bearer ' + FToken); RESTRequest.Params.ParameterByName('Authorization').Options := [poDoNotEncode];

Boa tarde. Este tópico está inativo a algum tempo e por isso será fechado, caso necessário favor criar um novo tópico. Att.

A compilação com a MinGW não afeta a Wincrypt.. . São conjuntos de APIs bem diferentes... Uma dica... se você configurar para usar a xsLibXml2... não precisaria das DLLs da XMLSec e nem da configuração para compilar com a MinGW... poderia usar apenas as DLLs do OpenSSL e da LibXML2

Boa tarde, não fuja do assunto original do tópico... As pastas de arquivos schemas são disponibilizadas no seguinte caminho: C:\ACBR\Exemplos\ACBrDFe\Schemas Att Ricardo

ao Abrir o Delphi ele apresenta a seguinte mensagem: