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!

Boa tarde Antônio, O componente possui uma propriedade de configuração para você definir os XMLs serão salvos. Configuracoes.Arquivos.DownloadNFe.PathDownload := <informar aqui o path desejado>;

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.

Essa impressora usa o ESC/Pos Epson. Creio que o comando seja este: ESC p #1 50 100 onde: #1: é o valor decimal 1 da tabela ASC 50: Valor em milissegundos x2 que mantém a chave da gaveta ligada (eu acho) 100: Valor em milissegundos x2 que mantém a chave da gaveta desligada (eu acho) A referência do manual é esta: O comando ESC/Pos, nos fontes, para abrir a gaveta, está na linha 552 do arquivo ACBrEscPosEpson.pas localizado em 'Fontes\ACBrSerial' Espero ter ajudado.

Quero agradecer pelo código aqui enviado, deu certo, só tenho uma dúvida a seguinte linha vai ser alimentada da seguinte forma: NotasFiscais.NumeroLote := FormatFloat('#####0', wLote); é isso mesmo?

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.

Vou verificar, e posto daqui apouco o engraçado Daniel que asa vezes sai teste e as vezes sai o cupom Sat correto Boa tarde Juliana, desenvolvi o software PDV pra fazer venda e gerar cupom Sat porém tem hora que em vez de sair o cupom Sat , sai esse escrito teste

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

Problema corrigido no sefaz. Obrigado a todos.

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

Em contato com a SEFAZ-PR a respeito desse problema a mesma confirmou que estava com problemas e foi normalizado ontem mesmo às 18h:37min Para as notas que foram rejeitadas por esse motivo, basta corrigir a data de emissão/saída e reenviar a nota.

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

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

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

Parece ser na SEFAZ. Vamos aguardar. Algumas notas que estavam com este erro ao repetir a operação, após algum tempo a nota foi enviada. (Obs. Cuidado para não ficar fazendo várias tentativas de envio, recebendo a mesma rejeição, pois isto pode causar um bloqueio por consumo indevido).

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.

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.

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, Obrigada pela contribuição, adicionada para validação. Att.

Bom dia. No Tópico (que já está fechado) Foi disponibilizado um PDF contendo a ER 02.06 com as mudanças marcadas em amarelo, porém o link não funciona mais. Alguém poderia me passar novamente?? Muito obrigado.

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

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;