Italo Giurizzato Junior

Bom dia, Simples os seus fontes estão desatualizados. Dentro da pasta ...\Fontes\ACBrDFe\ACBrNFe apague os arquivos: ACBrNFeServicos.INI e ACBrNFeServicos.RES e atualize todos os fontes de todas as pastas. Compile a sua aplicação com a opção Build.

Bom dia Thyago, Você não tem outro .RES antigo do ACBrNFeServicos em outra pasta?

Thiago, No meu entendimento: vTPrest é o valor total da prestação, ou seja, o valor total do frete o quanto o tomador do serviço vai pagar para que a mercadoria seja transportada. vRec é o valor a receber, supondo que vTPrest seja 100 reais e o tomador já pagou antecipado 30 reais o vRec seria a diferença, ou seja, 70 reais. Se o tomador pagou a vista e antes do transporte ser realizado o vRec é zero, por outro lado se ele vai pagar tudo depois do serviço ter sido executado, vRec é igual a vTPrest. vCarga é o valor da carga, ou seja, o valor que consta na nota fiscal dessa carga. vTotTrib é o valor aproximado do total dos tributos, não tem nada haver com o valor do ICMS que é calculado. Existe uma tabela onde temos um percentual para calcular esse valor. O problema agora é que o governo quer que apareça o valor aproximado dos tributos: Federais, Estaduais e Municipais, mas só temos apenas uma TAG que é vTotTrib. A solução é calcular individualmente esse valores, informa-los no campo de observação, soma-los e informar o total em vTotTrib. A tabela que me refiro você encontra uma para cada Estado na pasta: ...\Exemplos\ACBrTCP\ACBrIBPTax\tabela A coluna "tipo" se for 1 indica serviço, logo você terá que procurar qual é o serviço que mais se encaixa com a situação e se utilizar dos percentuais que estão nas colunas: NacionalFederal, Estadual e Municipal ou se for o caso: ImportadosFederal. Esse percentual deverá ser aplicado em vTPrest. Como dito logo no inicio esse é o meu entendimento.

Bom dia ncc, Isso não é nada, o pior que tem Estados exigindo a emissão do MDF-e para transporte de carga intermunicipal. A pergunta que faço é: Uma cidade que possui uma duzia de entradas como é o caso da minha, será que vai ter em cada uma delas um posto de fiscalização?

Bom dia João, Muito obrigado pela colaboração, já esta disponível.

Bom dia Thiago, Favor informar o nome da TAG assim fica mais fácil poder lhe ajudar.

Bom dia Isaac, Você leu a Nota Técnica 2015/002 versão de Agosto que trata sobre o Web Service de Distribuição de DF-e? Esta NT esta disponível no Portal Nacional do MDF-e.

Boa tarde Gilson, Atualizeis os schemas e corrigi a URL que estava no ACBrCTeServicos.

Boa tarde ALA, Mas foi exatamente que eu disse, a SEFAZ ainda não implementou as mudanças. Segundo esse último XML que você postou, não fez o que lhe pedi.

Boa tarde a todos, Gostaria de informar que o XML do RPS é gerado pela Unit pnfsNFSeW que no caso do Trunk2 se encontra na pasta ...\Fontes\ACBrDFe\ACBrFSe\PCNNFSe Procurei pela TAG ISSST no mesmo fonte que esta Trunk e depois no que esta no Trunk2, em ambos existe as linhas que criam esse grupo. Outra coisa o provedor Infisc não segue o padrão ABRASF. Já deixei claro em outras postagens que o meu objetivo é primeiro atender todos os provedores que seguem o padrão ABRASF versões 1.x e 2.x, isso representa por vota de 47 provedores. Desses 47 provedores, primeiro vamos disponibilizar os arquivos INI daqueles que necessitam somente do RPS assinado ou somente do Lote assinado ou nenhum dos dois assinados, ou seja 29 provedores. Os que necessitam que tanto o RPS quanto o Lote sejam assinados vão ficar por último, uma vez que será necessário efetuar alguns ajustes no componente para que isso ocorra, uma vez que nos primeiros testes o componente se recusou a assinar o lote pois detectava a presença de uma assinatura que no caso era do RPS. Por fim vamos nos debruçar sobre a meia duzia de provedores que não seguem o padrão ABRASF. Em anexo segue o INI do provedor Infisc com algumas alterações que juguei ser necessárias, mas isso não significa que vai funcionar. Infisc.ini

Bom dia Adriano, O componente possui uma propriedade chamada EmissaoPathNFe o valor padrão é False, experimente mudar para True. Faça um teste informe que a data da emissão é 30/10 e envie depois verifique onde o XML foi salvo.

Bom dia ALA, Notei que no seu XML consta o grupo <ICMSUFDest> e você esta enviando para o ambiente de homologação, correto? E a sua nota esta sendo rejeitada e o motivo é: Falha no Schema XML do lote de NF-e. Pois bem, essa mensagem não tem nada haver com os schemas que você esta usando para validar o XML antes de enviar. O problema esta na SEFAZ que ainda não implementou essas mudanças em seus Web Services. Experimenta gerar um novo XML sem o grupo <ICMSUFDest> para ver se a nota vai ser autorizada.

Bom dia Adriana, Vamos ver se eu entendi: O guindaste é um só e o mesmo foi desmontado para ser transportado por 3 caminhões? São 3 caminhões, cada um com o seu motorista ou é 1 caminhão (cavalo) e 3 carretas? Se é apenas um guindaste e foi desmontado e colocado em 3 caminhões e a nota que você se refere é uma NF-e, acredito que não seja possível emitir 3 CT-e fazendo referencia a mesma NF-e. No meu entendimento você vai ter que emitir apenas 1 CT-e e imprimir 3 vias e no campo de observações explicar que a carga total foi dividida e esta sendo transportadas pelos veículos de placas: A, B e C. Caso alguém tenha alguma informação mais correta por favor postem.

Boa tarde Roberto, Você não pode alterar o conteúdo de uma TAG principalmente se ela faz parte do bloco que será assinado. Ao assinar um XML é gerado um DigestValue, uma especie de CheckSum, se você altera o conteúdo de uma TAG o DigestValue se torna inválido.

Rodrigo, Na primeira ( ...\Exemplos\ACBrDFe\Schemas\NFe ) tomos os schemas que você deve usar. Na segunda vamos manter uma cópia zipada das versões anteriores.

Boa tarde, Foram feitas varias alterações, você atualizou os fontes e compilou a sua aplicação com a opção Build? Se não fez, por favor atualize os fontes, compile e teste novamente.

Boa tarde a todos, Esse problema de validação já foi resolvido a uns 10 dias atras, favor atualizar todos os fontes de todas as pastas e compilar a aplicação com a opção Build. E utilize os Schemas que encontram-se dentro da pasta: ...\Exemplos\ACBrDFe\Schemas\NFe

Rodrigo, O emitente do CT-e, no caso a transportadora, mais o tomador do serviço, ou seja, quem vai pagar o frete, mais o contador devem ter os seguintes arquivos: <chave>-cte.xml ===> XML referente ao CT-e, assinado e com o protocolo de autorização, esse XML é um documento fiscal eletrônico valido juridicamente. <tipoevento><chave><seq>-procEventoCTe.xml ===> XML referente ao processamento de um evento, esse XML contem a solicitação do evento, esta assinado e com o protocolo acusando que o evento foi registrado e vinculado ao CT-e, portanto também é um documento fiscal eletrônico valido juridicamente. Esses dois arquivos tanto o emitente quando ao tomador do serviço devem possuir e guarda-los pelo tempo estabelecido na legislação. O contador vai utiliza-los para fazer a escrita fiscal, etc. O *-procEventoCTe.xml que devemos enviar para o contador até onde sei é somente o de cancelamento, mas é bom conversar com ele.

Boa tarde Gilson, Favor atualizar os fontes e testar novamente.

Boa tarde Mateus, Porque você acrescentou zeros a esquerda para que o CPF ficasse com 14 dígitos? Tem que deixa-lo com 11 dígitos.

Boa tarde Fernandes, Faça o seguinte teste: Em ACBrCTeWebServices altere a linha 2429 de: Leitor.Arquivo := FPDadosMsg; Texto := '<' + ENCODING_UTF8 + '>' + para: Leitor.Arquivo := FPDadosMsg; Texto := // '<' + ENCODING_UTF8 + '>' + Depois compile a sua aplicação com a opção Build e faça um novo teste.

Bom dia Rodrigo, Não entendi o final da sua rotina. Para que você gera o CTe novamente, assina, valida e consulta? Isso já foi feito se você vai cancelar é de se esperar que você já tenha o XML gerado, assinado, validado e com o protocolo de autorização. Com o envio do evento do cancelamento você terá o XML (*-procEventoCTe.xml) que contem a solicitação do cancelamento a assinatura digital e o retorno da SEFAZ acusando que o evento foi registrado e vinculado ao CT-e bem como o protocolo de cancelamento. E é esse arquivo que você deve enviar para o tomando do serviço bem como para a contabilidade a fim de que eles fiquem ciente que o CT-e foi cancelado.

Boa tarde Rodrigo, Quando foi a última vez que você atualizou os fontes? Que eu me recordo estava ocorrendo esse problema mas já foi resolvido a um bom tempo. Você configurou o componente para salvar em disco? Configuracoes.Arquivos.Salvar := True;

Bom dia, Você testou? Foram feitos diversas alterações visando corrigir o problema.

Bom dia Nilton, Favor atualizar os fontes e testar novamente.