Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    37.487
  • Registro em

  • Última visita

  • Days Won

    1.056

Tudo que Italo Giurizzato Junior postou

  1. Boa tarde, O veiculo é da empresa que esta emitindo o MDF-e? Se não é se faz necessário informar os dados do proprietário. Note que podemos informar o CPF ou o CNPJ do proprietário e o RNTRC e o nome, já os campos IE, UF e tpProp a principio são opcionais mais se informar a IE tem que informar os outros 2. No caso do motorista (condutor) devemos informar somente o nome e o CPF. Lembre-se que proprietário pode ser o próprio motorista ou não.
  2. Boa tarde Asterix, Favor atualizar todos os fones de todas as pastas e reinstale a suíte ACBr. Depois faça novos testes.
  3. Boa tarde, Experimenta não informar o RNTRC do emitente do MDF-e. Link do site do MDF-e: https://dfe-portal.svrs.rs.gov.br/Mdfe
  4. Boa tarde Van, Existe sim essa rejeição, é que você esta vendo um manual antigo (versão 3.00) e não o novo (versão 3.00a). https://dfe-portal.svrs.rs.gov.br/Mdfe/Documentos
  5. Boa tarde a todos, Favor atualizar os fontes, reinstalar os componentes e façam novos testes.
  6. Boa tarde a todos, O componente ACBrCTe tem uma propriedade de configuração chamada: GerarInfCTeSupl que pode receber os seguintes valores: fgtNunca = não vai gerar no XML o grupo InfCTeSupl que contem a string do QR-Code; fgtSomenteProducao = só gera se o componente estiver configurado para o ambiente de Produção; fgtSomenteHomologacao = só gera se estiver configurado para o ambiente de Homologação fgtSempre = vai gerar no XML o grupo InfCTeSupl. O valor padrão é fgtNunca, mas a partir do dia 22/07/2019 para realizar testes no ambiente de homologação essa propriedade deve estar com o valor fgtSomenteHomologacao. E a partir do dia 26/08/2019 para o envio em ambiente de produção a propriedade devera esta com o valor fgtSomenteProducao ou fgtSempre. Quando se tornar obrigatório em ambos ambientes iremos remover essa propriedade de configuração do componente.
  7. Boa tarde a todos, O componente ACBrMDFe tem uma propriedade de configuração chamada: GerarInfMDFeSupl que pode receber os seguintes valores: fgtNunca = não vai gerar no XML o grupo InfMDFeSupl que contem a string do QR-Code; fgtSomenteProducao = só gera se o componente estiver configurado para o ambiente de Produção; fgtSomenteHomologacao = só gera se estiver configurado para o ambiente de Homologação fgtSempre = vai gerar no XML o grupo InfMDFeSupl. Essa propriedade em breve vai deixar de existir, uma vez que a exigência em ambos os ambientes já foi ativada pela SEFAZ.
  8. Boa tarde, O problema é que a partir de hoje a SEFAZ passou a exigir a string do QR-Code no XML do MDF-e em ambiente de produção. Logo estaremos disponibilizando uma nova versão do Monitor que gera essa string.
  9. Bom dia João, Para um melhor entendimento sobre esse assunto assista o vídeo.
  10. Bom dia Paulo, Se você abrir os XMLs vai notar que o problema não é o cancelamento e sim na consulta. Vou fazer os ajustes e enviar para o repositório ainda hoje.
  11. Felipe, No retorno do DistribuicaoDFe não temos um campo para informar qual foi o tipo de Manifestação realizado. Se o DistribuicaoDFe retornar um resumo da nota, sabemos que a mesma não foi Manifestada, por outro lado se retornar o XML completo da Nota, sabemos que a mesma foi Manifestada. É preciso fazer um trabalho bem feito de conscientização na empresa, pois como lhe disse o processo esta errado. O programa disponibilizado pela Receita se utiliza de uma outra versão do WebService do DistribuicaoDFe não documentado e que não possui todos os recursos do WebService utilizado pelo componente. Acredito que futuramente teremos uma nova versão desse WebService com todos os recursos, ou seja, vamos saber se a nota foi manifestada ou não e qual foi o evento.
  12. Felipe, Primeiramente isso esta totalmente errado. Como a Contabilidade sabe que a empresa comprou ou deixou de comprar de uma determinada empresa? E pior, ela envia um evento de manifestação do destinatário só para ter o XML da nota. Se a empresa não possui um departamento de Compras certamente que faz as compras é o Almoxarifado, sendo assim este é quem deve monitorar as notas e enviar o evento de manifestação mais adequado a cada uma delas. Caso a empresa possua um departamento de Compras, este deve comunicar ao Almoxarifado que foi realizado uma compra, de quem comprou e o que comprou, ou seja, enviar para o Almoxarifado uma cópia do Pedido de Compra e este fazer o monitoramento das notas. A Contabilidade é o departamento fim.
  13. Bom dia Felipe, Primeiramente, lembre-se que o DistribuicaoDFe pode retornar Resumos de notas, Notas completas, Resumos de Eventos e Eventos Completos. (...).docZip.Items[ i ].resEvento.tpEvento <== aqui temos o tipo de evento retornado no XML de resumo de evento (...).docZip.Items[ i ].procEvento.tpEvento <== aqui temos o tipo de evento retornado no XML de evento completo (...).docZip.Items[ i ].procEvento.RetinfEvento.tpEvento <== aqui temos o tipo de evento retornado no XML de evento completo e se o grupo <retEvento> estiver presente no XML.
  14. Muito estranho, você teria o XML de envio da nota e o de retorno para que possamos analisar? Se sim, favor anexar.
  15. Marcelo, No meu entendimento é refazer por completo o DAMDFE deixando o mais parecido possível com o que consta no manual. Caso você não tenha os novos manuais, por favor acesse a nossa biblioteca através do link: http://svn.code.sf.net/p/acbr/code/tools/DFe/MDFe/Manuais/ Os mais atuais são os 3 que traz em seu nome a versão 3.00a
  16. Boa tarde, Esta emitindo NF-e ou NFC-e? Qual é a UF do emitente?
  17. Boa tarde Caio, Se há necessidade de emitir uma nota com ISSRetido e o manual não mostra onde devemos informar os valores dos campos em questão, não vejo outra alternativa entrar em contato com a prefeitura ou com o provedor e solicitar um XML de exemplo.
  18. Marcelo, Se eu tiver mais de uma seguradora envolvida? O numero da apólice, é um só por seguradora, mas o numero da averbação podemos ter "N". Veja como vai ser a nova versão do DAMDFE a partir de outubro/2019
  19. Eu tentei com esse também e não vai. Outra coisa, abra o link do WSDL que o Neilton te passou e procure pelo namespace que ele quer que seja informado, só aparece na URL do ambiente de homologação, logo no inicio do WSDL fica claro que o namespace é "http://www.tinus.com.br". 1-env-lot-soap.xml O erro que esta ocorrendo agora é: Como dito antes, em vez de erro 400 agora é 500.
  20. Boa tarde Adilson, A principio pode, desde que outras informações não sejam suprimidas e cujo o conteúdo do código de barras esteja presente no XML da NFS-e. Notei que ele é composto pela concatenação de 3 informações, sendo que a primeira é o numero da NFS-e, a segunda é o código de verificação e depois temos o que parece ser o CNPJ do emitente (segundo a imagem). A principio a maioria dos provedores se utilizam apenas o código de verificação para que o tomador possa checar se realmente a nota foi emitida. Vejo que esse código de barras é algo especifico de Catanduva/SP.
  21. Boa tarde Gumercino, Essa sua alteração pode gerar efeito colateral em outros provedores. Favor atualizar os fontes e faça novos testes.
  22. Boa tarde Marcelo, Você tem algum PDF de como estava antes e de como ficou agora? Se sim, poderia anexar os dois PDF?
  23. Boa tarde, Esse pessoal da Tinus é uma piada. Se você comparar esse XML (de exemplo) com o WSDL (já que eles não disponibilizam os arquivos XSD - Schemas) vai notar logo de inicio duas contradições: No XML exemplo temos a tag <EnviarLoteRpsEnvio> com o namespace, mas essa tag não existe no WSDL, o que existe no lugar dela é a tag <Arg>. No XML o atributo da tag <LoteRps> é "Id", mas no WSDL esse atributo é "id", ou seja tudo minúsculo. No XML a tag <CodigoTributacaoMunicipio> esta antes da tag <CodigoCnae>, mas no WSDL esta o contrario. Resumindo, se seguir esse XML de exemplo com certeza o RPS será rejeitado, por conta dessas diferenças. A evolução que tive foi de que agora não ocorre mais o erro 400 e sim 500. Em anexo o XML que o componente esta gerando para o envio do lote completo com a tag <Envelope> Favor enviar esse XML a eles, quem sabe alguém mais capacitado dessa empresa possa indicar o que esta errado ou o que esteja faltado ou o que esteja a mais. 1-env-lot-soap.xml
  24. Boa tarde João, Já passei para o pessoal analisar a sua alteração no que diz respeito a unit. Deste já muito obrigado pela colaboração. Uma pergunta: porque você ainda usa o XsXmlSeg em vez de XsLibXml2?
  25. Bom dia, Tente este outro: https://dfe-portal.svrs.rs.gov.br/Mdfe
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...