Painel de líderes

Boa tarde. Como é somente um informativo e não um decreto ou algo do gênero, creio que cabe um contato com a SEFAZ afim de validar se não trata-se de um erro de digitação. Att.

Boa tarde, Estávamos com essa mesma situação em um cliente. O que foi mencionado pelo @Daniel Simoes sobre conflito entre drivers é correto. Para solucionar, removemos os drivers tanto da impressora quanto do SAT. Instalamos primeiro o do SAT, usando a opção COM DISCO, e apontamos o .inf (está em anexo, pegamos com o suporte da Bematech). Mesmo processo foi feito posteriormente para a impressora MP4200 TH. Após ajustamos a porta no bemasat.xml e funcionou corretamente. bematech_vcom.inf

Entrei em contato com a SEFAZ-PR e por telefone tirei 2 dúvidas a respeito ao Boletim Informativo 014/2019: Essas duvidas foram respondidas pela atendente Clarisse que por sua vez consultou um outro setor para retornar com as respostas. 1: Na nota Técnica diz que o prazo para implementação é de até 03/06/2019 porém no B.I diz que será 06/06/2019. Qual será a data correta para o PR? Resposta: Deve-se respeitar a Nota Técnica e que a SEFAZ-PR irá disponibilizar um errata corrigindo essa data. Ou seja, será 03/06/2019! 2: No B.I diz que serão implementadas validações facultativas, como mostra a citação abaixo: Esses dois grupos serão facultativos? ou a frase se refere que a Nota Técnica são facultativos porém a SEFAZ-PR irá sim validar como regra? Resposta: São grupos facultativos na nota técnica porém a SEFAZ-PR irá validar e obrigar esses dois grupos a partir de 03/06/2019.

Tanto o DistribuicaoDFePorUltNSU, DistribuicaoDFePorNSU ou DistribuicaoDFePorChaveNFe se utilizam do mesmo webservice, mesma URL de acesso, então se o ambiente nacional estiver com problemas, provavelmente afetará todos esses serviços.

6.3 - Mostre respeito pelo modo de escrever. Escreva de modo claro, gramaticalmente e semanticamente correto. Não escreva TUDO EM MAIÚSCULAS. Isso é lido como se estivesse gritando e é considerado rude. Favor leia as regras do fórum.

Bom dia! Paulo Aguiar Junior, identifiquei aq e problema de certificação! Obrigado.

Boa tarde @Italo Jurisato Junior, [Provedor GINFES] Emissão [OK] Cancelamento [OK] Tudo certo na emissão do documento e cancelamento do mesmo utilizando este novo arquivo enviado 20/05/2019 - 16:17. Obrigado pela ajuda forte abraço!

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

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

Boa tarde Paulinho, Eu não seu de qual UF é o seu cliente, mas lembre-se que todos os MDF-e de todas as UF são enviadas para a SEFAZ-Virtual do Rio Grande do Sul.

Boa tarde, O CPF informado tanto no comprador quanto em informações do passageiro é 12345678901 e isso pode ocasionar erros de validação.

Olá maicon, Eu acredito que é um erro no seu arquivo schema local. Note que o campo vICMSSTRet é obrigatório em todas as menções dele na NT 2018.005. Sim. A princípio ele foi o único campo que gerou problema nessa rejeição específica (938).

Obrigado.

Boa tarde Everton, Favor atualizar os fontes e faça novos testes.

Já atualizado no RS em produção, funcionando ok.

Exatamente! Homologuei assim também! esse mês passado. Não que seja errado você confirmar após a impressão mas o roteiro dessa forma passa ser exatamente o roteiro do PAF. Então você pode autorizar a NFC-e após a confirmação do TEF.

Problema resolvido neste tópico.

Serviço normalizado!

Na época das ECF, a regra do TEF era imprimir antes e confirmar depois. Agora com o SAT/NFC-e, a regra se inverteu: confirmar antes e gerar o documento fiscal / imprimir depois. Homologuei SiTEF dessa maneira no final do ano passado.

Veja esse tópico:

Bom dia, se voce já trabalha com o Monitor não muda praticamente nada, basta preencher o .ini com os dados para NFCe. Veja um exemplo em: https://acbr.sourceforge.io/ACBrMonitor/ModeloNFCeINI.html

Muito obrigado, vou fazer as mudanças e testar no cliente hoje, qualquer coisa posto, aqui, fique na PAZ

Bom dia, Você já baixou os fontes do repositório SVN? Os demos ficam na pasta Exemplos. https://www.projetoacbr.com.br/perguntas-frequentes/#como-usar-o-acbr

Bom dia, Por favor atualiza todos os fontes de todas as pastas e reinstale a suíte ACBr usando o ACBrInstall_Trunk2 deixando marcado a opção para apagar os arquivos antigos. Faça novos testes.

Isso mesmo... E sim, é difícil falar com eles

Vou entrar em contato com eles então para verificar isso. Assim q tiver uma notícia posto aqui. Obrigado pessoal.

Olá tudo bem ? Você com certeza tem no seu sistema rotina pronta para calcular impostos e com certeza funciona, senão não conseguiria permanecer no mercado com tantas exigências de NFe, NFCe, CTe, SPED etc..., mas acredito que assim como eu, você sempre pensou que poderia ser melhor, seguindo mais POO e Design Patterns, pois eu também pensava assim, até desenvolver o que quero oferecer para você. Você pode saber mais assistindo os vídeos pelos links abaixo: Motor em Funcionamento com Testes Unitários Vídeo Live do dia 13/06/2019 Explicando o Modelo do Curso e seus Benefícios Aula 01 - Criando o Motor Aula 02 - Criando a Classe Nota Fiscal Se você se interessou no assunto, se inscreva no meu Grupo no WhatsApp, onde lá irei abrir para dúvidas e darei um desconto especial para quem quiser adquirir, as vagas serão limitadas. NOTA: DLL para uso com Delphi 7 Att Isaque Pinheiro ____________________________________________________ Site Oficial: www.isaquepinheiro.com.br Youtube: youtube.com/isaquepinheirooficialbr Facebook: facebook.com.br/isaquepinheirooficialbr Instagram: instagram.com/isaquepinheirooficialbr Linkdin: linkedin.com/in/isaquepinheirooficialbr Vídeo Apresentação

Bom dia. Seu problema está muito confuso, queira descrever melhor como ocorre e oque sua aplicação faz. Att.

Opa Jonathan, eu acredito que no caso do PR eles comessem validar no dia 06/06 mesmo. porém você já pode mandar a informação no XML que sua nota não será rejeitada por erro de Schema.

Bom dia Aparentemente a SEFAZ RJ começou a validar a tag "card", neste caso deve começar a informar o campo (tpIntegra)

A lib NFe realmente ainda não havia sido disponibilizada nem para Windows, estava em fase de testes. Mas assim que for distribuída será disponibilizada também para Linux.

Bom dia, Mas qual a mensagem de retorno?

Esse problema pode estar ocorrendo por falta do atributo Id (com o "I" maiúsculo e "d" minúsculo) na tag infCFe

Boa tarde, Depois de carregar o arquivo INI, por favor execute o método Assinar, para que o XML seja gerado e anexe ele aqui no fórum.

3.2 - Não faça "bump" de forma excessiva (postar simplesmente para que um tópico vá para o topo da lista). Isso é considerado flooding. Favor leia as regras do fórum. 3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum.

Boa tarde. Não seria o convênio, talvez seja chamado de carteira pelo banco...pelo histórico de situações semelhantes, imagino que trata-se do valor "101" Att.

Boa tarde. Observe a pasta brunchs do svn. ...\branches\ACBrBombas Att.

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

Boa tarde Victor, Você esta configurando o componente com o winCrypt, correto? Por favor teste com essa outra Unit. ACBrDFeXsLibXml2.pas

Boa tarde. Obrigada, alteração adicionada para validação. Att.

Boa tarde. Obrigada pela contribuição, suas alterações serão validadas em conjunto. Att.

Bom dia Dercide, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Elisângela, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Ricardo, estou vendo que você não leu a documentação da SEFAZ. Lá na NT NT2018.004 tem tudo. De uma olhada por completo neste link, onde este assunto foi amplamente discutido. Acredito que você vai encontrar tudo nele. Leia desde o começo. https://www.projetoacbr.com.br/forum/topic/49894-ajuste-sinief-1318-de-28-de-setembro-de-2018-nr-de-serie-para-contingência-890-a-989/?tab=comments#comment-330113

Bom dia. Não entendi, esse inicio vária em função do que? Att.

Bom dia. Segue ER. Att. AC13_09_ER_PAF_ECF_versão_02_06_.pdf

O MonitorPLUS é mais usado para quem não pode usar os componentes (não Delphi) https://www.projetoacbr.com.br/acbr-monitor-plus/ Você pode saber mais sobre o SAC ACBr em: https://www.projetoacbr.com.br/forum/sac/sobre/ Ou ainda conversando com nossos agentes... (15) 2105-0750 (15)99790-2976. (WhatsApp)

Veja se te serve: declare a unit sntpsend.pas; uses um dos servidores abaixo para obter as respostas: pool.ntp.org time.windows.com function TrySNTPDateTime(out ADate: TDateTime; const AServer: string; const ATimeOut: Integer = 2000): Boolean; var V: TSNTPSend; begin V := TSNTPSend.Create; try try V.Timeout := ATimeOut; V.TargetHost := AServer; with V.Sock do begin SetTimeout(ATimeOut); ConnectionTimeout := ATimeOut; InterPacketTimeout := False; NonblockSendTimeout := ATimeOut; SocksTimeout := ATimeOut; end; Result := V.GetSNTP; if Result then ADate := TTimeZone.local.ToLocalTime(V.NTPTime); except on E: Exception do begin ADate := 0; Result := False; end; end; finally V.Free; end; end;

Boa tarde Felippe, Acredito que você não entendeu direito o problema. Só podemos emitir um CT-e de Anulação quando o tomador não for contribuinte do ICMS. A regra é muito simples. Para tomador não contribuinte do ICMS: 1. o tomador deverá emitir uma declaração; 2. emitir um CT-e de Anulação referenciando o CT-e Original. Veja página 178 do Manual do CT-e versão 3.00 - campos: #393, #394 e #395. 3. emitir um CT-e de Substituição referenciando o CT-e Original e o de Anulação. Veja página 177 do mesmo manual - campos: #370, #371 e #372. Para tomador contribuinte do ICMS (logo emite NF-e ou CT-e ou NF comum de papel): 1. o tomador deverá emitir um documento fiscal, que poderá ser um dos 3 tipos de documentos mencionados acima, isso vai depender do tipo da empresa. 2. emitir um CT-e de Substituição referenciando o CT-e Original e o documento emitido pelo tomador. Veja página 177 do mesmo manual - campos: #370, #371, #373 e #374 (no caso da NF-e) ou #384 (no caso do CT-e) ou os campos pertencentes ao grupo #375 (referente a NF comum de papel). Note que o CT-e de substituição emitido pelo Rene esta sendo rejeitado pelo simples fato dele ter emitido um CT-e de anulação cujo tomador é contribuinte. Esse foi o grande erro. Veja também a regra G158 que se encontra na página 51 do mesmo manual. Por fim esse trecho da legislação que você postou se refere ao problema de emitir um CT-e e informar o tomador erroneamente. Mas acaba misturando as coisas, pois não deixa claro o procedimento correto quando o tomador é contribuinte e quando não é. Para mim o que vale é a orientação que se encontra na Clausula Décima Sétima, esta sim deixa claro o procedimento e o manual bem como as regras de negócio da SEFAZ estão em conformidade com essa Clausula.

Estou adicionado os CNPJ dos tomadores dos conhecimentos vinculados. while not Q.Eof do begin rodo.infANTT.infContratante.Add.CNPJCPF := Q.FieldByName('CNPJCPF').AsString; Q.Next; end;