FernandoRubens

Boa tarde Juliomar Marchetti, A alteração referente ao tpTransp ainda está com um erro. A alteração que fiz evitou de dar o erro 454 mas passou a dar o erro 458 quando o veículo é de propriedade do emitente. (Regras em anexo) Portanto voltei com a condição de enviar o tpTransp quando MDFe.Ide.tpEmit = teTransportadora (que é a condição que existia antes) e adicionei mais uma condição, para que o tpTransp só seja enviado quando o veículo de tração não for de propriedade do emitente, quando tpEmit = teTranspCargaPropria. Att, Fernando Bessa pmdfeMDFeW.pas

Joia! Por nada! Att, Fernando Bessa

Ok, segue arquivos. pmdfeMDFe.pas pmdfeMDFeR.pas pmdfeMDFeW.pas

Boa tarde Lucas Potter, Conforme o manual pode ter 0-n ocorrências da tag "nAver". O ACBr está suportando somente uma ocorrência, então fiz as alterações no componente para suportar várias ocorrências. Segue anexo o patch com as alterações (aplicar o patch no diretório "trunk2") . Nesse mesmo patch tem uma alteração referente à tag "tpTransp", pois só estava escrevendo a tag se MDFe.Ide.tpEmit = teTransportadora, mas quando tpEmit = teTranspCargaPropria e o veículo não é de propriedade do emitente, a SEFAZ retorna erro indicando que nessa situação o tpTransp deve ser TAC. Então tive que tirar essa condição na hora de escrever a tag tpTransp. Italo Jurisato Junior, se puder dar uma olhada e dependendo incorporar as alterações no repositório... Obrigado! Att, Fernando Bessa ACBr_trunk2.patch

marcioaugustop, bom dia. você poderia me mandar a solução? pois estou com o mesmo problema!

Boa tarde, Alguém conseguiu testar os novos Schemas e o ambiente de homologação? Nosso sistema ainda está utilizando o código fonte do Trunk e tem mais de um ano que não atualizamos o ACBr, então optamos por fazer um "merge" apenas das alterações do Italo referente a NT 2015/003 para nosso sistema. Hoje já peguei também as novas alterações do Italo e quando fui testar deu o seguinte erro na validação do schema: O elemento '{http://www.portalfiscal.inf.br/nfe}ICMSUFDest' é inesperado, de acordo com o modelo de conteúdo do elemento pai '{http://www.portalfiscal.inf.br/nfe}imposto'. Esperado: {http://www.portalfiscal.inf.br/nfe}vTotTrib, {http://www.portalfiscal.inf.br/nfe}ICMS, {http://www.portalfiscal.inf.br/nfe}.... Verifiquei o schema e o grupo ICMSUFDest está depois do grupo COFINSST, achei meio estranho pois conforme o Nº e ID do campo, o ICMSUFDest deveria vir depois do grupo ICMS. Mas, para testar, alterei o código do ACBr para montar o grupo ICMSUFDest após o COFINSST e o xml passou pela validação do xsd, porém ao enviar para a SEFAZ retornou erro de schema. Assim, não sei se o Schema está errado, se meu código está errado, se ambiente de homologação está funcionando... Outra dúvida... No método TNFeW.GerarDetImposto, tem o seguinte código: if nfe.Det[i].Imposto.ICMSUFDest.vBCUFDest = 0 then (**)GerarDetImpostoICMS(i) else (**)GerarDetImpostoICMSUFDest(i); Isso está correto? Se tiver partilha de ICMS então não deve ser adicionado as informações de ICMS no xml? Obrigado. Att, Fernando Bessa

Boa tarde Isaque Pinheiro, Obrigado pela resposta e desculpa a demora para retornar. Fiz como você sugeriu, incluí a tag e testei, mas não tive como testar enviando o Valorir <> 0, pois o cliente já estava em modo de produção, mas de qualquer forma a nota foi enviada normalmente e a prefeitura não retornou erro de schema. segue os arquivos alterados. Obrigado. Att., Fernando Rubens pnfsNFSeR.pas pnfsNFSeW.pas

Bom dia, Verifiquei que o xml gerado para NFS-e de Goiânia não envia a tag "valorir". Essa tag se encontra no xsd da NFS-e de Goiânia e através do site da prefeitura pode ser informado esse valor. Na unit pnfsNFSeW, método "TNFSeW.GerarServico", realmente não é gerado a tag "valorir" quando o provedor é "proGoiania". Existe algum motivo/regra para não enviar essa informação ou seria bug? Obrigado. Att., Fernando Rubens

Aqui também não funcionou esse procedimento.