Italo Giurizzato Junior

Boa tarde, Desculpe pela demora, por favor realize o seguinte teste: Abra a unit ACBrNFeWebServices, e faça uma alteração na linha 2809: de: if (FConfiguracoes.WebServices.UFCodigo = 29) and (FConfiguracoes.Geral.VersaoDF = ve310) then // 29 = BA para if (FConfiguracoes.WebServices.UFCodigo in [29, 41]) and (FConfiguracoes.Geral.VersaoDF = ve310) then // 29 = BA Depois compile a sua aplicação com a opção Build, vamos ver se isso resolve o problema.

Boa tarde Andre, Desculpe pela demora, esta estranho isso, pois a function recebe os parâmetros independente se a validação vai ser feita pelo OpenSSL ou Capicom.

Boa tarde, Desculpe pela demora, vou analisar esses problemas.

Boa tarde Wislei, Desculpe a demora, mas já fiz a alteração e esta disponível.

Boa noite Sames, É isso que da ter pressa. Converse com o seu chefe relatando o problema que essa atualização esta provocando. Esse pessoal tem que refazer a rotina de leitura de tal forma que ela detecte a versão do XML e faça a leitura de forma correta, em vez de você utilizar programas para converter a estrutura do xml de 2.00 para 3.10 Se esse programa realizar alguma conversão errada o culpado será você.

Boa noite, Só uma pergunta: No título do seu tópico esta escrito "cnpj na emissão da nf-e" O que você quer dizer com nf-e: Nota Fiscal Eletrônica modelo 55 usada para registrar a venda de mercadorias e serviços e é enviada para a SEFAZ ou a Nota Fiscal de Serviço Eletrônica usada para registrar a prestação de um serviço e é enviada para um provedor contratado pela prefeitura?

Boa noite Joel, Primeiro não confundo MDF-e como manifestação do destinatário. MDF-e = Manifesto Eletrônico de Documentos Fiscais. Segundo, o documento fica disponível por 3 meses para ser manifestado pelo destinatário. E ao realizar a consulta de notas destinadas você não passa como parâmetro datas definindo um período. Qual NT que você leu?

Boa noite Walter, Primeiro vamos a mensagem de erro de validação: The element nProt with value ''. O elemento nProt com valor '' (vazio). Há necessidade de informar o numero do protocolo de autorização, quando solicitamos o cancelamento de um CT-e. Segundo, se você tentar cancelar um CT-e depois de ter emitido uma CC-e, a SEFAZ vai rejeitar o cancelamento. Pelo simples fato, de que se você emitiu uma CC-e significa que o serviço foi prestado e o tomador do serviço ou outro detectou um erro no CT-e, sendo assim não é mais possível cancelar o mesmo.

Boa noite Caetano, Ao enviar uma NF-e ou NFC-e para SEFAZ, pode ocorrer 3 situações: 1. Ser Autorizado; 2. Ser Rejeitado; 3. Ser Denegado; Se a nota for rejeitada, significa que algum dado esta errado, neste caso deve-se corrigir e enviar novamente. Se a nota for denegada, significa que o emitente ou destinatário possui alguma restrição ao fisco, neste caso não tem o que fazer. Após os problemas de acesso a SEFAZ forem sanados, temos que enviar a nota com os campos abaixo conforme você postou: Ide.tpEmis :=teOffLine; Ide.dhCont := date; Ide.xJust := 'Entrada em contingência por falhas na conexão com o web service.';

Boa noite Rubens, Você emitiu um CT-e, portanto ele esta autorizado, correto? Depois você efetua o seu cancelamento. Como o cancelamento é por evento, o XML do CT-e não é mais alterado, ou seja, ele permanece com o protocolo de autorizado. Carregar o XML do CT-e e atribuir o valor True a propriedade CTeCancelada em seguinte imprimir o DACTE, o mesmo vai ser impresso com uma Tarja: "CT-e Cancelado". Outra coisa, ao cancelar o CT-e é salvo um arquivo chamado: <ID>-procEventoCTe.xml Se você carretar o XML do CT-e e o de processamento do evento ao executar o ImprimirEvento, teremos um "documento" que comprova que o CT-e foi cancelado, e neste documento temos o protocolo de cancelamento retornado pela SEFAZ.

Boa noite, Você esta informando: grupoAlterado = 'infQ' campoAlterado = 'qCarga' valorAlterado = <novo conteudo> nroItemAlterado = 1 Como o grupo <infQ> é uma lista há necessidade informar o numero do item dentro da lista. Podemos ter um ou mais <infQ>, se o valor a ser alterado esta contido no segundo <infQ> temos que informar o valor 2 a nroItemAlterado.

Boa noite a todos, Por favor atualizem novamente os fontes, mais precisamente os schemas, acredito que agora estejam todos corretos.

Boa noite Diogo, Não é por nada não, mas você leio uma nota da SEFAZ que trata sobre uso indevido? Ela se refere ao consultar status. Mais um detalhe, a SEFAZ cogita em desativar o Web Service - Consultar Status, quando isso ocorrer a sua aplicação não vai mais funcionar.

Boa noite, Se a nota foi denegada não tem o que fazer. O que precisa ser verificado se o problema é com o emitente ou com o destinatário. Se depois da denegação dessa nota, outras foram emitidas para outros destinatários sem nenhum problema, então podemos concluir que a nota foi denegada por irregularidades com o fisco, no que diz respeito a destinatário. Neste caso quem tem que correr atras é o destinatário, pois ninguém vai conseguir emitir nota contra o CNPJ dele.

Boa tarde Jefferson, Não foi implementado, se desejar contribuir com a implementação, fique a vontade.

Boa tarde Aldenor, Por favor atualize os fontes e tente novamente.

Boa tarde, Mais um contador que andou bebendo gasolina.

Paulo, Realmente não consta nas NT a data de fim da versão 1.00, mas pelo relato de colegas no fórum assim que começou a versão 1.00a a 1.00 foi paralisada. O pessoal só consegui emitir o MDF-e na versão 1.00a

Boa tarde Osmar, O Valida, compara o XML gerado pelo componente com os schemas. Acusa por exemplo se um campo string tem menos que o minimo de caracteres ou mais do que o máximo definido. Acusa também a ausência de uma informação obrigatória. Um exemplo o CNPJ tem que possuir 14 dígitos caso este tenha 13 ou 15 o Valida vai apresentar a falha, mas se o mesmo tiver 14 não é capaz de informar se o mesmo é valido ou não. Quem faz isso é o validador da receita que valida o CNPJ (realiza o calculo dos dígitos verificadores) checa se a IE informada se refere ao CNPJ, entre outras coisas, caso encontre alguma irregularidade a SEFAZ nos retorna uma Rejeição. Sendo assim uma coisa é a falha na validação apontada pelo componente e que neste caso a nota nem sequer foi enviada e outra coisa é a Rejeição retornada pela SEFAZ, onde ocorreu o envio e a mesma não aceitou a nota por conter irregularidades. Neste caso basta sanar os problemas, informado os dados corretos ou fazendo os cálculos de forma correta e enviar novamente.

Boa tarde Paulo, A versão 1.00 não é mais aceita pela SEFAZ. Configure o componente para a versão 1.00a e desenvolva a sua aplicação. A grande maioria do que foi adicionado na versão 1.00a é opcional, logo da para você desenvolver a sua aplicação de forma simples e depois vai melhorando. A versão 1.00a passou a ser aceita no ambiente de produção em 01/12/2013.

Boa tarde, Houve uma alteração que não permite mais corrigir a chave de uma NF-e informada como documento originário, ou seja, grupo: infNFe, campo: chave. Essa alteração entrara em vigor em ambiente de produção de 01/08/2014 até 01/09/2014. Mas a Nota Técnica 2014/001 que traz essa informação não faz referencia a nenhum campo do grupo infNF.

Bom dia Wislei, Na versão feita em Quick Report, caso cUnid for Tonelada o valor de qCarga é multiplicado por mil para ficar em conformidade com o título do quadro: Peso Total (Kg). Ao meu ver ou fazer algo semelhante na versão em Fast Report ou dependendo do valor de cUnid alterar o título do quadro. Deixar somente como título: Peso Total e abaixo apresentar o peso sem informar a unidade fica complicado.

Valdir, Não tem nenhuma tabela nesse sentido. A conselho você ter em sua aplicação uma tabela de configuração, onde uma delas seria o formato da alíquota.

Bom dia, Primeiramente, peço para que não inclua no texto da sua postagem o código fonte, post ele como anexo como você fez com o XML. Desta forma a sua postagem fica mais curta. Respondendo a sua pergunta: Um MDF-e só pode contem CT-e ou NF-e não pode ter ambos modelos de documentos em um mesmo MDF-e. Normalmente um MDF-e emitido por uma transportadora só vai constar CT-e e ou CT (conhecimento de transporte comum de papel); Por outro lado uma empresa que realiza o próprio transporte de suas mercadorias vendidas em seu MDF-e vai constar somente as NF-e ou NF (nota fiscal comum de papel) caso esta ainda não esteja obrigada a emitir a NF-e.

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