Leonardo Pavanello

Bom dia Paulo O campo é obrigatório, se deseja essa informação no XML tem que ser informada uma data. Basicamente foi o que responderam. O cliente começou a informar uns 30 anos para frente pois caso ele não informasse não contava no XML. Passei para meu cliente as regras e entre linhas disse que é regra da SEFAZ quer mudar briga com a SEFAZ.

Não concluímos a homologação com esse cliente, acabou não sendo necessário mas a situação continua.

Boa tarde pessoal, só relatando o que a SEFAZ RS instruiu. Se uma parte do valor da nota não corresponde a um pagamento, então a orientação é incluir um segundo item no quadro de pagamentos, com a opção “90 – Sem pagamento”. Dessa maneira consegui enviar as notas que estavam trancadas com esse problema, meus clientes não queriam emitir duas notas. Até quando isso será possível? Não sei, mas momentaneamente até o SEFAZ barrar de vez funcionou! Em anexo o XML caso queiram ver. Espero que ajude! Editado Funcionou.xml

Ele faz importação desses produtos, no XML de importação do fornecedor essa informação vem nos dados adicionais, e a data de validade não vem preenchida. Entrei em contato com a SEFAZ RS, estou no aguardo da resposta deles. É a mesma maneira que penso, porém o hospital quer lote/validade nos medicamentos e também em alguns utensílios, por exemplo pinça. Hoje é tranquilo preencher esses dados nas informações complementares do item, eles preenchem como querem, mas agora com a NFe 4.0 querermos fazer da maneira certa. Preciso achar algum embasamento legal pra dizer quem precisa mudar, sistema, hospital, cliente... Aguardar a SEFAZ, se ela responder.

O produto é medicamento e afins, tem lote, fabricação porém não tem validade.

Sim, esse grupo não é obrigatório, mas um dos meus clientes trabalha com medicamentos, instrumentos hospitalares, a fins. Os hospitais exigem que na NFe esteja preenchido campos de lote, fabricação (que estão no mesmo grupo da data de validade). Porém existe essa data de validade, aluns instrumentos cirúrgicos não tem prazo de validade, porem na NFe se preencher o grupo citado, a data de validade passa a ser obrigatória. Por esses motivos minha dúvida de como preencher esse campo de data. Mas, obrigado.

Bom dia, Estou com uma dúvida que ainda não encontrei resposta, gostaria de ver se alguem tem esse conhecimento. Na NFe 4.0 o grupo I80 Rastreabilidade de produto implementa algumas informações de lote e data de validade. Nos casos de produtos sem prazo de validade (EX: instrumentos cirúrgicos), algum colega sabe como proceder, não encontrei nada na internet ainda, no manual e na NT. Obrigado pela atenção!!

Bom dia Pessoal! Alguem aqui envia lotes de notas para alguma cidade que utiliza provedor INFISC? Hoje utilizo a função ConsultarLoteRps (Tecnos e ISSNet) que me retorna informações das notas, mas o INFISC não tem essa função implementada. Alguem tem e pode dar uma dica ou exemplo de como capturar o as notas do lote. Obrigado pela atenção!

Eu estou usando a minha correção provisória, está funcionando, porém, sempre que atualizo os fontes preciso conferir se não ocorreu merge. Não é o código mais elegante, mas resolveu!!

Boa tarde, Aqui em meus testes está tudo normal, gerando corretamente. Fontes atualizados? Chegou a fazer debug a procedure Gerarpag na unit pcnNFeW, ali vc consegue ver a conversão do pcnFormaPagamento para Str.

Bom dia A alteração que realizei no componente esta funcionando para mim (ao menos os clientes não estão mais incomod....). Segue o arquivo XML caso queira testar, ou analisar o arquivo. Obrigado. Soap Erro.xml

Boa noite senhores, Estou com uma situação. Ao enviar uma NFSe para o provedor ISS.Net o XML da consulta do lote rps esta retornando no campo outras informações algumas tas à mais. <tc:OutrasInformacoes>&amp;lt;br&amp;gt;I - "DOCUMENTO EMITIDO POR ME OU EPP OPTANTE PELO SIMPLES NACIONAL"; e &amp;lt;br&amp;gt; II - "NÃO GERA ...."</tc:OutrasInformacoes> e ao salvar a o arquivo XML da NFSe está convertendo para: <OutrasInformacoes> <br>I - "DOCUMENTO EMITIDO POR ME OU EPP OPTANTE PELO SIMPLES NACIONAL"; e <br> II - "NAO GERA DIREITO A CREDITO FISCAL DE IPI."</OutrasInformacoes> Já entrei em contato com o pessoal da nota control responsável pelo ISS.Net porém não podemos deixar tudo na mão deles. Fiz uma alteração na unit ACBrNFSeWebServices na função TNFSeWebService.ExtrairRetorno adicionando mais duas linhas FPRetornoWS := StringReplace(FPRetornoWS, '&amp;' , '', [rfReplaceAll]); FPRetornoWS := StringReplace(FPRetornoWS, 'lt;brgt;', '', [rfReplaceAll]); No meu caso funcionou, agora não tenho todo o conhecimento se afetará de forma incorreta outros retornos. Mas segue relato e fontes caso seja de interessa aplicar esta modificação. Obrigado. ACBrNFSeWebServices.zip

Bom dia @Binho Biatheski Vendo teu rps 1-env-lote vi algumas coisas diferentes do xml que gera aqui pra mim (claro algumas coisas mudam porque é outro provedor) 1* A data de emissão não esta indo com a hora (2017-04-05T00:00:00) 2* Tomador->InscricaoEstadual, o numero possui pontos (251.183.246) 3* Tomador->Telefone, meio estranho esse numero de telefone (431552243155555511) 4* Condição de pagamento, esta com um underline (A_VISTA) Peço perdão se estiver falando bobagem, mas esses provedores de prefeitura ja me aprontaram muitas coisas, erros muito bobos, por isso olho alguns detalhes bobos. Abraço

Hoje configuro o componente da seguinte forma WebServices.AguardarConsultaRet := 35000; WebServices.AjustaAguardaConsultaRet := True; WebServices.IntervaloTentativas := 3500; WebServices.Tentativas := 5; WebServices.TimeOut := 35000; Certificados.VerificarValidade := False; NotasFiscais.Transacao := True; Envio o Lote e logo faço a consulta "ConsultarLoteRps", porem existia um certo problema, pois nem sempre o servidor ja tinha processado a nota, então criamos uma rotina onde esse "ConsultarLoteRps" fica em while enquanto não forem executadas 5 tentativas ou identificar que veio retorno da consulta, caso realize essas 5 tentativas e não obteve a resposta do servidor, retorno o protocolo e o lote para que seja consultado posteriormente. Isso resolveu 99% dos problemas que tinhamos. Não sei se é seu caso, faça um teste, envia o lote e coloca um laço de repetição fazendo a consulta, deve verificar tambem se o Exception acontece na função de envio ou na função de consulta. Se tiver interese posso te passar um fonte com o exemplo que tenho.

Walter da uma olhada nas configurações do meu post acima Tenta com outro certificado e outro micro, tive esse erro na NFe esses dias, mas era certificado expirado. Da uma olhada também no firewall e nas DLL's usadas. Não lembro se cheguei a modificar alguma coisa para voltar a funcionar, ou simplesmente voltou. uso no server na opções de internet Usar SSL 2.0, Usar TLS 1.0, Usar TLS 1.1, Usar TLS 1.2 marcados e Verificar revogação de certificado desmarcado