Italo Giurizzato Junior

Bom dia Valdir, Depende do provedor, uns devemos informar 5% como sendo 0.05 e outros como 5.00

Boa noite Arnaldo, Como você pode ver pelo conteúdo do XML de retorno da SEFAZ as únicas informações retornadas são: Nome, IE, CNPJ, UF, código da Situação, indicador de credenciado a emitir NF-e e indicador de credenciado a emitir CT-e.

Boa noite Arnaldo, Enquanto tivermos como retorno o valor 1 para Ind. Continuação devemos realizar uma nova consulta e utilizar o último NSU retornado pela última consulta. Exitem relatos no fórum que colegar tiveram que realizar dezenas e até centenas para que as notas começassem aparecer.

Ailton, A que mostrei é o que gera o XML do RPS a que você estava utilizando é o retorno ou seja o XML da NFS-e. Na época que foi montado as classes acabou se utilizando de uma unica estrutura para ambos documentos.

Boa tarde a todos, Retificando a informação: Não se manifestaram interesse as UF: Espirito Santo e Santa Catarina. Leiam este link: http://blog.totvs.com/projeto-de-nfce-ja-contabiliza-25-estados-em-todo-brasil-2/

Boa tarde, Não informar como UF de percurso as UF de Carregamento e Descarregamento. Esse é o seu erro, você informar a UF PR como de Descarregamento e incluiu ela no percurso também.

Boa tarde Ailton, Esta errado, o correto é: Prestador.InscricaoMunicipal := '00132716005';

Boa tarde Rafa, Sim, só esta faltando Santa Catarina e Tocantins. Temos Estados já em produção, outros realizando o piloto com algumas empresas. E tem alguns que só vão iniciar o piloto no ano que vem.

Bom dia EFV, Na unit ACBrProvedorBetha - function GetSoapAction altere: acRecepcionar: Result := 'http://www.betha.com.br/e-nota-contribuinte-ws/recepcionarLoteRps'; para: acRecepcionar: Result := ''; Teste novamente.

Bom dia Cleber, Utilizo o Delphi 7 com o Quick Report.

Bom dia Arnaldo, Post como anexo o XML retornado pela SEFAZ ao realizar a consulta ao cadastro.

O que é preciso saber é com relação as regras para emitir o MDF-e: Carga Fracionada e transporte Interestadual. Se o Fornecedor B do Destinatário A (que vai realizar o transporte da carga com transporte próprio) emitir somente uma NF-e de toda a carga, e se o Destinatário A só vai transportar a carga adquirida do Fornecedor B, temos então uma carga - Lotação. Neste caso emitir um segundo documento o MDF-e para relacionar somente uma NF-e vai contra os princípios do MDF-e. Agora se ele compra de vários fornecedores e coloca todos os produtos no caminhão podemos considerar carga fracionada, uma vez que uma fração da carga é de um fornecedor e outra de outro. Mesmo que o destinatário seja o mesmo, por questões de fiscalização em uma fronteira entre Estados a utilização do MDF-e é mais rápido.

Dércio, Após o QR-Code, mais precisamente logo após o protocolo de autorização é permitido incluir qualquer coisa mesmo que não conste no XML, como por exemplo uma mensagem de Feliz Natal. Acredito que você poderia estar incluindo essa informação no final sem nenhum problema.

Bom dia Thiago, Uma coisa é certa você não esta com os fontes atualizados. Pois essa alteração foi realizada pelo Jairo e disponibilizada por mim em 15/04/2014.

Bom dia Dércio, Na NFC-e não existe o transportador, normalmente é o próprio destinatário que leva a mercadoria, a não ser no caso de Delivery, mas mesmo assim, até onde sei, não podemos informar o transportador.

Bom dia André, Algo de errado você esta fazendo, pois nunca ocorreu comigo. Uma vez que o XML tem que ser assinado para ser enviado. O que pode ocorrer é o XML assinado após o envio ficar sem o protocolo, mas isso é resolvido realizando uma consulta. 1. Carrego o XML assinado; 2. Realizo a Consulta; O XML é atualizado ficando assinado e protocolado. Outra coisa, na minha aplicação o XML é gerado e assinado somente uma unica vez através do comando Enviar. Não fico gerando o XML e salvando, depois carrega para assinar e salva novamente, depois carrega novamente para enviar. Outra coisa importante, o CTe tem uma TAG chamada cCT - código do conhecimento de transporte, esse código deve ser aleatório e faz parte da chave e consequentemente pode alterar a assinatura e o DigestValue. Se toda vez que você gerar o mesmo XML gerar um novo cCT e depois realizar a sua assinatura vai ocorrer o problema que você descreveu.

Bom dia Graça, Vamos ver se eu entendi: "§ 7º Na hipótese estabelecida no inciso II desta Cláusula, a obrigatoriedade de emissão do MDF-e é do destinatário quando ele é o responsável pelo transporte e está credenciado a emitir NF-e.". Se o Destinatário da carga é que vai realizar o transporte da mesma e este esta credenciado a emitir NF-e, fica obrigado a emitir o MDF-e, correto? Se sim, neste caso só se a carga contida no caminhão for fracionada e interestadual caso contrario não há necessidade. Esse é o meu entendimento.

Bom dia Caetano, Resposta da SEFAZ: "A respeito do tema de eliminação do web service da consulta status serviço, informo que o assunto foi tratado na reunião do Grupo XML de Documentos Fiscais Eletrônicos realizada em Porto Alegre de 29 a 31/01. A maioria dos técnicos do Fisco presentes se manifestou favorável a retirada do ar deste serviço não apenas para NFC-e mas também para a NF-e modelo 55. Todavia, o assunto será primeiramente discutido pela Coordenação Técnica do ENCAT na próxima reunião do Grupo Técnico dos Players de NF-e que corresponde a um grupo de representantes de empresas de provimento de soluções de NF-e. Este GT é coordenado pela GS1. Desta forma ainda não há definição se este we service será eliminado ou não e qual seria a eventual data prevista para discontinuidade deste serviço. Caso se decida pela retirada do ar deste serviço, o fato será amplamente divulgado com antecedência para que as empresas emissoras de NF-e e NFC-e se adaptem a esta nova realidade. De todo modo, a orientação técnica é que não se utilize, em nenhuma hipótese, este web service para automação de entrada e/ou saída de contingência. Recomenda-se que a empresa que queira automatizar este processo deva utilizar as informações estatísticas obtidas do próprio processo de autorização de NF-e/NFC-e. Lembramos ainda que a informação do tempo médio de autorização de NF-e nos últimos 5 minutos consta de campo tMed (página 26 do Manual de Orientação ao Contribuinte v 5.0)."

Boa noite Rick O problema é dos aproximadamente 30 provedores implementados uns 27 seguem o padrão ABRASF, um que você se basear é o ISSDSF.

Boa noite Dércio, Repense na sua rotina, principalmente nesse quesito de consultar o status antes de gerar a nota. Pelo simples fato que a SEFAZ acena em acabar com o consultar status.

Marcelo, Ao criar um novo Tópico existe um botão para anexar arquivos. Você pode agora editar o seu tópico e ao fazer isso acredito que vai estar disponível também esse botão.

Boa tarde Rick, Esse provedor não segue o padrão ABRASF. Se desejar contribuir com o projeto, implementando esse provedor fique a vontade.

Ailton, Como lhe falei, com esses arquivo podemos ter algumas dicas do que pode estar ocorredo, veja: <enviarReturn xsi:type="xsd:string">ERRO VALIDACAO XSD: (400)error: org.xml.sax.SAXParseException: cvc-type.3.1.3: The value '' of element 'CEPTomador' is not valid. Linha : 1 Coluna: 1421</enviarReturn> Vamos simplificar a mensagem: ERRO VALIDACAO XSD: The value '' of element 'CEPTomador' is not valid. Traduzindo: O elemento CEPTomador possui o valor '' (string vazia) que é inválido. Ou seja, Você não informou o CEP do Tomador.

Boa tarde, Por favor não post rotinas completas, anexe as mesmas, deixa o post mais curto. Content for element '{http://www.portalfiscal.inf.br/mdfe}veicTracao' is incomplete according to the DTD/Schema. Alguém já teve esse problema? Sim, vários colegas tiveram esse problema e a solução foi configurar o componente com a versão 1.00a, utilizar os schemas disponibilizados junto com o programa exemplo. Outra coisa note que a mensagem diz que o elemento veicTracao esta incompleto. Você comparou a sua rotina com a estrutura do XML que consta na Nota Técnica 2013/004 versão 1.00a de Outubro/2013 ?

Boa tarde Carlos, Não existe a possibilidade de consultar um evento, no seu caso o de cancelamento para obter o *-procEventoNFe.xml que seria o arquivo que contem a solicitação de cancelamento e o respectivo retorno da SEFAZ acusando que o mesmo foi registrado e vinculado a NFe. O componente não possui essa funcionalidade uma vez que não existe um Web Services para tal consulta. O que temos é a possibilidade de consultar a situação de uma NF-e, é através desta consulta que teremos o retorno acusando que a mesma esta cancelada.