Fernando Di Pace

Bom dia amigos, Estou tentando emitir uma NFe com IndPres = 4 - NFC-e em operação com entrega a domicíli, no qual as informações da tag <enderDest> e <transp> estão sendo preechidas. Os fontes estão atualizado juntamente com a pasta Schemas. e mesmo assim estou recebendo o retorno '794-Rejeicao: NF-e com indicativo de NFC-e com entrega a domicilio'. Alguém já passou por esse problema? Campos relevantes:

Bom dia. Amigo, você não precisa contratar serviço nenhum não, basta ter a chave da nota ele consegue baixar o xml pelo site da sefaz com o própio certificado. site da sefaz https://www.nfe.fazenda.gov.br/portal/consultaRecaptcha.aspx?tipoConsulta=resumo&tipoConteudo=d09fwabTnLk= Att.

Muito obrigado o negócio é falar com quem sabe, deu certo demais.

Boa tarde, Amigos, estou tentando transmitir uma NFCe com Serviço e Produto (Conjugada) e estou recebendo as seguintes rejeições: 564 - [Simulacao] Rejeicao: Total do Produto / Servico difere do somatorio dos itens 610 - [Simulacao] Rejeicao: Total da NF difere do somatorio dos Valores compoe o valor Total da NF. Porém, os valores de das tags <vProd>, <vDesc> e <vNF> estão todos corretos. Não estou entendendo o motivo da rejeição. Alguém já passou por esse problema? Segue o anexo xml para análise. 25200921806357000131650020000010831551611204-nfe.xml

Cara, atualiza as tuas dll`s com base nas dll`s do pacote do acbr configura o teu componente da seguinte forma: ACBrNFe1.Configuracoes.WebServices.SSLType := LT_TLSv1_2; ACBrNFe1.Configuracoes.Geral.SSLLib := libWinCrypt; ACBrNFe1.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; ACBrNFe1.Configuracoes.Geral.SSLHttpLib := httpWinHttp; ACBrNFe1.Configuracoes.Geral.SSLXmlSignLib := xsMsXml; Obs: No teu cliente se estiver usando o Windows 7 SP1 tem atualizar para SP3 para reconhecer o TLS 1.2 e Boa sorte.

Correção no lugar do CFOP 6106 seria 6118. Salientando que isso tem que ser validado pela contabilidade, pois irá analisar as regras dos estados envolvidos.

Cara, isso é uma operação chamada de TRIANGULAR, a Industria emitiria uma NFe com CFOP 5.101 para o representante, e outra com CFOP 6923 para cliente do representante e por fim o representante emitiria uma nota com o CFOP 6106 para justificar o não transito da mercadoria para seu estoque e etc... Obs: Você deve validar com a contabilidade, pois isso depende muito entre estados. Agora na minha opinião o contador responsavel pela industria ou do representante deve orientar, não é uma questão de sistema e sim de operações e manobras contábeis.

Boa tarde. Veja esse artigo: TRABALHANDO COM INI NO DELPHI https://www.andrecelestino.com/delphi-trabalhando-com-arquivos-ini/

Boa tarde. Verifica a configuração do tipo de papel dessas impressoras, no próprio software de configurações delas. Muda para A4 e verifica as margens de impressão da impressora no mesmo software de configurações!

Tem que ver se o estado de destino aceita esse tipo de operação e se a contabilidade valida essa operação ? Se sim, é feito da seguinte forma em vendas a consumidor final. -> 6.929 (Lançamento efetuado em decorrência de emissão de documento fiscal relativo a operação ou prestação também registrada em equipamento Emissor de Cupom Fiscal - ECF, ou NFCe:) Utilizado nas saídas de operações ou prestações com destino a outro Estado. Classificam-se neste código os registros relativos aos documentos fiscais emitidos em operações ou prestações que também tenham sido registradas em equipamento Emissor de Cupom Fiscal - ECF ou NFCe informando os cupons referenciandos na NFe. Veja também: Resumindo Brother, é só emitir uma NFe com o CFOP 6.929 nos itens, pois o destinatário está em outro estado, e faz referencia ao cupom(ns) que deu origem a NFe. Boa sorte!

Só para ilustrar as minhas configurações no componente: configurações de webservice está assim, e está funcionado normalmente. ACBrNFe1.Configuracoes.WebServices.SSLType := LT_all; ACBrNFe1.Configuracoes.Geral.SSLLib := libWinCrypt; ACBrNFe1.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; ACBrNFe1.Configuracoes.Geral.SSLHttpLib := httpWinHttp; ACBrNFe1.Configuracoes.Geral.SSLXmlSignLib := xsMsXml;

Problema resolvido!!! Vejam http://www.sped.fazenda.pr.gov.br/modules/conteudo/conteudo.php?conteudo=55 Comunicado aos usuários de Windows 8 e 10 Após a última atualização do Windows, alguns usuários relataram dificuldade para se conectar com o ambiente de Produção da NF-e e NFC-e. Isso ocorre por uma falha na leitura do Certificado Digital do servidor e pode ser corrigida seguindo- se os seguintes passos: Passo 1 - Fazer o download e instalar a cadeia de certificados acima; Passo 2 - Executar o comando certmgr.msc, o gerenciador do certificados será aberto; Passo 3 - Clicar com o botão direito na pasta "Certificados" que está dentro da pasta "Autoridades de Certificação Raiz Confiáveis", escolher importar e selecionar o arquivo "AutoridadeCertificadoraRaizBrasileirav5.crt", que é um dos certificados baixados no site do SPED; Obs: Na coluna "finalidades" do arquivo ("AutoridadeCertificadoraRaizBrasileirav5.crt" deve estar selecionada a opção "todos", caso não esteja, entrar em propriedades e alterar. Passo 4 - Abrir o browser e acionar o endereço https://nfe.sefa.pr.gov.br/nfe/NFeAutorizacao4?wsdl para verificar se a conexão será estabelecida.

Bom dia. Após realizar algumas modificações, no projeto para OPenSSL Acabei de receber a seguinte msg 202 - [Simulacao] Rejeicao: Falha no reconhecimento da autoria ou integridade do arquivo digital Segundo: https://atendimento.tecnospeed.com.br/hc/pt-br/articles/360010189493-Rejeição-202-Falha-no-reconhecimento-da-autoria-ou-integridade-do-arquivo-digital Para resolver a Rejeição 202, segundo a SEFAZ, é necessário corrigir a estrutura de envelopamento do XML. Porém, na maioria das vezes, esta rejeição indica uma falha técnica no servidor da SEFAZ. Neste caso, basta aguardar que os servidores da Secretaria da Fazenda se estabilizem e enviar a nota novamente.

Bom dia, Mudei para OpenSSL, O status está em operação, porém. E estou recebendo o seguinte erro: Rejeicao: NF-e nao consta na base de dados da SEFAZ UF: PB Quando fecho a aplicação dá o seguinte erro: Exception EAccessViolation in module libxmlsec.dll at 0001B457. Access violation at address 1001B457 in module 'libxmlsec.dll'. Read of address 09300B31.

Bom dia, que cabaré da porra! Isso vai ficar a critério de cada sefaz estadual determinar se vão cumprir com a NT naquela data, ou não. O projeto da DFe's está deixando de ser um projeto nacional para ser um estadual. Isso é uma Zona Mesmo. Quem datou as rotinas para NT se fudeu! vai ter que voltar a versão. Att.

Bom dia, em Pernambuco a mesma coisa! Tá uma bagunça a sefaz viu, lançam uma NT datada e não cumprem com o prazo. Dai ficamos feito loucos voltando versão em fim. É um pais esculhambado mesmo. Att.

Boa tarde. Sim amigo são dos emitentes! Onde você tiver cliente, (emitente) será necessário a implementação de tal tag. Veja o mapa https://www.projetoacbr.com.br/acbr-mapas-fiscais/#acbrmapa_responsavel_tecnico

Joab, Quanto a sua outra questão: "Como que eu faço para adicionar no XML as informações da autorização?" Resp: O ACBR já faz isso automaticamente, o componente depois que faz o processo de transmissão e modo: síncronos ou assíncronos ele gerar de forma automática a tag: <protNFe versao="4.00"> ...</protNFe> , não estou entendendo o motivo de você querer editar o XML. Att.

Boa tarde Cara você só poderá obter a informação do retorno WS na hora do envio se você usar Sincrono := true; caso contrario você terá que fazer uma consulta pela chave, após a transmissão, dai você poderá cair na questão do consumo indevido. Att.

Boa tarde Juliomar, Aproveitando essa informação! Quer dizer que se usar o método ACBrNFe1.WebServices.Consulta.Executar após a transmissão, poderá ocorrer o bloqueio por parte da SEFAZ um período de 1 hora ??? Então o procedimento correto é enviar e observar o retorno do envio sem fazer uma nova consulta após transmissão? É isso mesmo?

Bom dia Marcelo, Bem, quanto a todos saberem da regra do ICMS em geral ou informações tributárias eu acho que você falar por todos é meio que prepotente da sua parte, me desculpe! mais de toda via tentei da um pequena contribuição para aquelas pessoas que não tem um conhecimento contábil mais apurado que no qual eu me enquadro, porém me desculpe se de alguma forma a minha modesta contribuição não foi a altura dos seus conhecimentos, más acredito que irá servir para outras pessoas que não tenham a virtude que vsa. excelência tenha. Quanto as contribuições sempre que posso e esteja ao meu alcance estarei sim, opinando e contribuindo para o crescimento do ACBR, que tanto nos ajuda. Att.

Ok, Porém o caminho mais fácil não seja o correto, cuidado para não gerar informações fiscais erradas e no futuro prejudicar o seu cliente em problemas ficais com a SEFAZ! Forte abraço.

Boa tarde, Gostaria de passar uma pequena informações aos amigos que estão colocando dizima para zerar os campos de ICMS.vICMSSubstituto e ICMS.vICMSSTRet, entendam a regra primeiro antes de realizar tal procedimento. Vocês estão falando em IMPOSTO RETIDO EM FONTE DE SUBSTITUIÇÃO TRIBUTARIA CST 60. 1) Operações fiscais cujo o emissor seja (Industria ou Importador) poderá recolher o ICMS Sub e destacar tal fato na nota de venda para seu destinatário, portanto se o emissor tiver essa características, as tags que faz referência a retenção do imposto na fonte deve ser preenchidos e maior que zero. OBS: ICMS.vBCSTRet, ICMS.vICMSSubstituto e ICMS.vICMSSTRet terão valores sim, e não podem ser simplismente uma dízima para aparecer a tags no XML, pois o emissor está recolhendo o imposto antecipadamente. 2) Em operações de venda o contribuinte emissor seja substituído, mercadorias ou prestações de serviço que teve o imposto retido dai emitirá os documentos ficais sem o destaque dos impostos de SUBSTITUIÇÃO TRIBUTARIA CST 60, portanto as alíquotas são zeradas, e não passa mais a ser informado as tags substituição tributaria de retenção, e sim de substituição tributaria em casos que o emissor mantenha o sistema de tributação. Assista esse video pois explica o que é exactamente SUBSTITUTO e SUBISTITUIDO. att.

Bom dia, Também acho que esses campos tem que ser escritorados zerados , pois a SEFAZ pode está exigindo tais campos mesmo zerados assim como os totalizadores que permite o seu preenchimento com ZERO, e são publicados no xml, que não é esse caso em questão, más????? refente aos totalizadores: ... <vBC>0.00</vBC> <vICMS>0.00</vICMS> <vICMSDeson>0.00</vICMSDeson> <vFCP>0.00</vFCP> <vBCST>0.00</vBCST> <vST>0.00</vST> <vFCPST>0.00</vFCPST> <vFCPSTRet>0.00</vFCPSTRet> <vFrete>0.00</vFrete> <vSeg>0.00</vSeg> <vDesc>0.00</vDesc> <vII>0.00</vII> <vIPI>0.00</vIPI> <vIPIDevol>0.00</vIPIDevol> <vOutro>0.00</vOutro> ...

bom dia quatarollo, Isso mesmo, se o emissor for de SP não terá a tag: <infRespTec>, conforme o mapa fiscal atual: https://www.projetoacbr.com.br/acbr-mapas-fiscais/#acbrmapa_responsavel_tecnico , e se o emissor for do PR exigirar a tag: <infRespTec> observando o prazo 07/05/2019 e assim por diante. Você tem que se orientar com base no mapa fiscal. Porém a princípio nenhum estado que estiver obrigado a informa a teg:<infRespTec> a SEFAZ não irá fazer a validação do hashCSRT nesse momento só no futuro ainda não divulgado. Att.