Italo Giurizzato Junior

Joas, Favor atualizar os fontes e faça novos testes.

Bom dia Antônio, Favor atualizar todos os fontes de todas as pastas e reinstale a suíte ACBr. Já fiz as devidas correções no programa exemplo.

Bom dia Joas, Se não me falha a memória foi feita as devidas correções, favor atualizar todos os fontes de todas as pastas e reinstale a suíte ACBr usando o ACBrInstall_Trunk2 com a opção apagar arquivos antigos marcado. Antes verifica se tem algum fonte com cujo o ícone tem uma bolinha vermelha ou triangulo amarelo, caso afirmativo exclua. Por fim faça novos testes.

Bom dia todos, Primeiramente acho um absurdo a SEFAZ-MG exigir essas informações no grupo obsCont sendo que existe no layout da nota campos específicos. Segundo, tudo o que é impresso no DANFE tem que estar no XML, mas nem tudo o que esta no XML deve ser impresso no DANFE, uma vez que o DANFE nada mais é do que um Documento Auxiliar da Nota, logo não é a Nota. Faz tempo que não vejo os fontes do DANFE da NFC-e, mas acredito que informando esses dados em obsCont (como a SEFAZ-MG quer) vai ser impresso no DANFE.

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

Boa tarde Sandro, Muito obrigado pela colaboração, vou enviar ainda hoje para o repositório. Duas observações: 1. Os seus fontes estão desatualizados. 2. Se tratando de novas cidades ou troca de provedor, favor anexar os arquivos Cidades.ini e <provedor>ini no tópico criado exclusivamente para isso. Obrigado pela compreensão.

Voltando a prancheta.

Renato, Muito obrigado, já esta no repositório.

Boa tarde Renato, Muito obrigado pela colaboração, já vou enviar para o repositório. Observação, não precisa compactar os arquivos, basta anexar. Outra coisa, se tratando de novas cidades ou mudança de provedor, favor usar o tópico exclusivo criado para essa finalidade. Obrigado pela compreensão.

Boa tarde, O componente esta configurado desta forma?

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

Boa tarde Eduardo, Quanto ao titulo do campo no programa exemplo, realmente esta errado. O correto seria: Selecione a UF da SEFAZ-Autorizadora. Vou fazer essa correção e enviar para o repositório.

Boa tarde, Vamos ver se eu entendi. No Posto A ao executar o DistribuicaoDFe é baixado os resumos das notas emitidas contra o CNPJ do Posto A e é baixado também o XML completo das notas cuja distribuidora emitiu contra o CNPJ do Posto B, mas consta o CNPJ do Posta A como transportador. Se é isso que esta ocorrendo, você deve verificar se o CNPJ do destinatário da nota é do Posto A ou B, se for do B não apresentar. Você deve ter 2 telas, uma que mostre ao usuário a lista de notas não manifestadas, ou seja, o DistribuicaoDFe retornou neste caso somente o resumo das notas e uma outra que mostre a lista das notas completas retornadas. Neste ultimo caso temos as notas do Posto A cujo o evento de Manifestação do Destinatário foi enviado, mais as notas do Posto B que foram baixadas pelo fato do CNPJ do Posto A constar como transportador. É nessa tela que você vai ter que filtrar, pelo CNPJ do destinatário, se for do Posto A - Mostra, caso contrario Não Mostra na lista.

Boa tarde Antônio, Veja o que eu escrevi na penúltima linha da minha postagem anterior. Qual é a sua interpretação do seguinte paragrafo que consta no manual do eFrete: Ao solicitar a homologação para acesso a produção o integrador compromete-se a implementar e disponibilizar de imediato para o cliente, todas as funções básicas solicitadas; Essa outra: O conteúdo da tag Integrador deve ser uma constante, pois é ela quem identifica seu sistema de gestão, recomendamos não estar disponível sua visualização e/ou edição para o usuário final de seu sistema. No meu entendimento, o Integrador é quem desenvolveu o sistema a ser utilizado por uma transportadora. Você não concorda? Ao se cadastrar no eFrete como Integrador a mesma vai lhe enviar um e-mail que vai conter o seu "hash do integrador" que deverá ser informado no campo Integrador. Ao configurar o componente informar o hash na seguinte propriedade de configuração: Configuracoes.Geral.HashIntegrador

Antônio, Pelo fato de você esta fazendo os testes em ambiente de homologação, me parece que se faz necessário entrar em contato com o eFrete e solicitar a liberação. Pois acusa que o Integrador não esta cadastrado. No manual do eFrete, pelo meu entendimento, Integrador é quem desenvolveu o sistema e não quem vai utilizar. Sendo assim, Antônio você precisa se cadastrar no eFrete como sendo um Integrador.

Bom dia Valdir, Se excluir essa propriedade ou torna-la read only conforme a proposta do Daniel, teremos o seguintes problemas: 1. Se remover o write dela para deixa-la como read only teremos que fazer uma alteração na unit que faz a leitura do XML, nada complicado por sinal. 2. O problema maior é se amanhã alguém precisar gerar novamente o XML de uma nota (versão 3.1 por exemplo) que contem essa informação, não vai conseguir alimentar essa propriedade uma vez que agora ela é read only e consequentemente o XML vai ficar diferente do que foi enviado para a SEFAZ. Mediante a isso, concluímos que devemos deixar como esta, pois se alguém alimentar essa propriedade o componente não vai gerar a tag caso a versão da nota seja 4.00 e se a versão foi 3.10 a tag vai ser gerada sem nenhum problema. Como também caso seja necessário realizar a leitura de um XML versão 3.10 a tag caso presente será lida e a propriedade recebera o seu valor. Agradecemos a sua postagem e esperamos que você compreenda os nossos motivos. Também vou dar como fechado esse tópico.

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

Bom dia Claudio, Pelo XML de exemplo noto que se trata de um layout próprio, a sua implementação no componente é muito mais demorada. Caso queira colaborar com o projeto realizando essa implementação fique a vontade.

Bom dia Sandro, Esse erro também ocorre com o programa exemplo?

Bom dia Eliomar, O problema só ocorre no retorno? Ao gerar o XML do RPS não precisa fazer nenhuma alteração? Na unit pnfsNFSeR você fez a seguinte alteração: if (FProvedor in [proActconv202, proISSe, proVersaTecnologia, proNEAInformatica, proFiorilli, proPronimv2, proVitoria, proSmarAPDABRASF, proGovDigital, proDataSmart, proTecnos, proRLZ, proSigCorp, proCenti]) then // inclui o proCenti begin if NFSe.Servico.Valores.IssRetido = stRetencao then NFSe.Servico.Valores.ValorIssRetido := NFSe.Servico.Valores.ValorInss // alterou essa linha else NFSe.Servico.Valores.ValorIssRetido := 0; end else NFSe.Servico.Valores.ValorIssRetido := Leitor.rCampo(tcDe2, 'ValorIssRetido'); Essa alteração não vai gerar algum efeito colateral para os demais provedores que se encontram na lista do IF? Pois além de acrescentar na lista o proCenti, você alterou a linha que lê a tag <ValorIss>.

Bom dia Eduardo, Tem provedor que se faz necessário uma cadastro para emitir NFS-e via site e um outro cadastro para emitir a nota via webservice.

Bom dia Marcos, A sua rotina de validação não esta funcionando corretamente. No seu XML consta a tag <nroViagens> e no Schema temos: <xs:element name="nroViagem"> <xs:annotation> <xs:documentation>Número de referência da viagem do MDFe referenciado.</xs:documentation> </xs:annotation> <xs:simpleType> <xs:restriction base="xs:string"> <xs:pattern value="[0-9]{5}"/> </xs:restriction> </xs:simpleType> </xs:element> Não chequei as demais tags do seu XML, mas é bom você conferir todas elas.

Bom dia Lucas, Vamos as regras de validação que se encontram na página 10 da NT 2020/001 versão 1.04: Se modal rodoviário e Tipo Emitente for igual a Prestador de Serviço de Transporte (tpEmit=1) ou transportador que emitirá CT-e globalizado (tpEmit=3), o grupo produto predominante deve estar informado (grupo: prodPred) Observação: regra de validação aplicável em produção a partir de 06/07/2020 [COVID-19] Acredito que a regra esteja bem clara, o grupo prodPred deve ser informado caso o tpEmit=1 ou tpEmit=3, caso contrario ele não deve constar no XML. Essa regra ficara desativada até o dia 06/07/2020, portanto independente da SEFAZ estar aplicando essa regra ou não, devemos gerar o referido grupo para os dois casos de tpEmit. Com relação ao Pagamento do Frete, você não entendeu o conceito. Se temos uma operação de transporte rodoviário de Carga Lotação, devemos além de gerar e informar o CIOT no MDF-e, também definir se o pagamento do frete vai ser a vista ou parcelado e se ele vai ser feito antes de ocorrer o transporte ou somente quando o mesmo for finalizado. Se o pagamento for feito a vista ou a prazo depois do transporte ter sido realizado não devemos gerar o MDF-e com o grupo infPag. Neste caso devemos aguardar o fim e enviar o evento. Por outro lado se o pagamento é feito a vista ou parcelado e esse pagamento vai ocorrer antes do inicio do transporte, coloco as informações sobre o pagamento no MDF-e, mais precisamente no grupo infPag e consequentemente não envio o evento. Entendeu? Resumindo se temos uma operação de transporte rodoviário de Carga Lotação, devemos informar o Pagamento, se ele vai constar no MDF-e ou vai ser enviado o evento, vai ficar a critério da negociação, ou seja, se vai pagar antes de realizar o transporte ou depois.

Bom dia Antônio, Comparando o seu XML com o que eu anexei, noite que no seu não contem a tag referente ao Integrador. A configuração que estou utilizando é:

Marcos, A sua rotina de validação, valida tanto a parte genérica quanto a especifica do evento?