Italo Giurizzato Junior

Bom dia, No caso da NF-e temos uma página no site da SEFAZ com todos os dados presentes no XML, dai a possibilidade de pegar o HTML e extrair os dados e montar o XML. Já a NFC-e não temos uma página com todos os dados, o que temos é uma apresentação do DANFE, neste caso não temos todos os dados, logo isso inviabiliza a montagem do XML. Como o XML da NFC-e é o mesmo da NF-e, logo o grupo <autXML> poderá constar em uma NFC-e, logo podemos colocar o CNPJ/CPF do contador em uma NFC-e também. No momento só podemos obter através do Web Service DistribuicaoDFe o resumo e o XML completo da NF-e, com relação a NFC-e não temos nada ainda.

Bom dia Anderson, O XML *-procInutNFe.xml é composto pelo pedido de inutilização e o retorno da SEFAZ que contem o protocolo de homologação da inutilização do numero ou faixa de números. Você pode até gerar novamente o pedido de inutilização, mas não existe nenhum método que lhe permite a consulta. Se você configurar o componente para salvar os arquivos de envio e retorno (Configuracoes.Geral.Salvar := True) bem como os arquivos de guarda obrigatória (Configuracoes.Arquivos.Salvar := True) se por algum motivo o *-procInutNFe.xml não for salvo, mas você tem os arquivos *-ped-inu.xml e o *-inu.xml é possivel montar na mão o *-procInutNFe.xml

Bom dia Nelson, Para esses Emitentes que não mandam o XML assinado e protocolo por e-mail para o Destinatário, cabe um puxão de orelha, pois o Ajuste SINIEF que mencionei, deixa claro em seu primeiro paragrafo - clausula primeira o seguinte: § 1º Considera-se Nota Fiscal Eletrônica - NF-e o documento emitido e armazenado eletronicamente, de existência apenas digital, com o intuito de documentar operações e prestações, cuja validade jurídica é garantida pela assinatura digital do emitente e autorização de uso pela administração tributária da unidade federada do contribuinte, antes da ocorrência do fato gerador. Simplificando o XML assinado e protocolado é a Nota, o DANFE (papel) é meramente um documento auxiliar. O destinatário (pessoa jurídica) que aceita a mercadoria só com o DANFE, para mim esta comprando sem Nota, sendo assim esta sujeito as penalidades do Fisco.

Boa noite Nelson, Se não deseja realizar a manifestação do destinatário para obter o XML completo da nota através do DistribuicaoDFe, a solução é muito simples. Ajustes SINIEF 07/2005 - clausula sétima - paragrafo 7: § 7º Deverá ser encaminhado ou disponibilizado download do arquivo da NF-e e seu respectivo Protocolo de Autorização: I - no caso de NF-e modelo 55, obrigatoriamente: a ) ao destinatário da mercadoria, pelo emitente da NF-e, imediatamente após o recebimento da autorização de uso da NF-e; b ) ao transportador contratado, pelo tomador do serviço antes do início da prestação correspondente; Traduzindo, o emitente assim que obter o protocolo de autorização da SEFAZ deverá disponibilizar o XML assinado e protocolo ao destinatário da mercadoria e ao transportadora caso esta for a responsável pelo transporte da mercadoria até o destinatário da mesma. A maneira mais simples de disponibilizar é enviar o XML por e-mail. Esta vendo como é fácil basta cada um cumprir com as suas obrigações.

Boa noite, Em vez de guardar no banco as informações de retorno, porque não guarda de uma vez o XML assinado e protocolado no banco de dados? Quando precisar basta carregar o mesmo através do LoadFromString e mandar imprimir o DANFE ou até mesmo salvar em disco ou enviar por e-mail.

Boa noite Agnaldo, Para não gerar a tag <indEscala> basta atribuir o valor ieNenhum.

Boa tarde André, Espero em dezembro soltar rojões, não ser final de ano, Natal, Ano Novo e sim pela NFS-e Padrão Nacional que estão prometendo para o final de ano. Ai teremos um layout e web service único para todas as cidades brasileiras.

Boa tarde, Esse provedor segue qual versão do layout da ABRASF ou tem o seu layout próprio?

Boa tarde Simões, Quando o usuário clica no botão Enviar, você trava ele para impedir que o dedo nervoso clique novamente? Em várias postagem sempre digo a mesma coisa, problema de duplicidade é problema na aplicação, que deixa o usuário enviar novamente. Depois de enviado é preciso saber se a nota foi autorizada ou não. Se não foi autorizada, ocorreu rejeição se sim, o usuário deve corrigir os erros e enviar novamente, neste caso pode enviar, pois uma nota rejeitada não é armazenada no banco de dados da SEFAZ. Agora se não foi autorizada e nem rejeitada, deve-se checar se a mesma foi denegada, neste caso, significa que você esta impedido de vender para o cliente em questão. Se não foi autorizada, nem rejeitada e nem denegada, então ocorreu um erro, neste caso devemos realizar uma consulta, se a nota foi enviada com sucesso, a consulta vai nos informar se a mesma foi autorizada, rejeitada ou denegada. Caso obtenha a rejeição: Nota não consta na base de dados, ai sim, o erro ocorreu durante o envio e neste caso devemos enviar novamente. Realizando esses tratamento você vai reduzir a zero o problema de duplicidade.

Boa tarde Cardoso, O que esta faltando no seu Cliente são as DLLs. Pastas: ...\DLLs\Capicom ...\DLLs\OpenSSL\0.9.8.14 ...\DLLs\XMLSec

Ou você atribui o valor True a propriedade ConsultarLoteAposEnvio, desta forma o componente se encarrega de executar os métodos na sequencia correta e de forma automatizada. Ou você executa um método de cada vez na ordem que mencionei e vai tratando as respostas.

Você tem o protocolo no retorno do envio. Ao Enviar temos como resposta o Protocolo que usamos para Consultar a Situação, se a situação for 3 ou 4 devemos Consultar o Lote. Se a situação for 4 ao Consultar o Lote teremos como retorno o XML da NFS-e e se for 3 teremos a lista de rejeições.

Bom dia Isael, Você esta com todos os fontes de todas as pastas atualizados? Se sim, então me diga qual é o conteúdo da linha: 167 da unit pcnConversao que esta na pasta: ...\Fontes\PCNComum

O provedor ISSNet segue a versão 1 do layout da ABRASF, neste caso você só vai saber a situação executando o método ConsultaSituacao. function ConsultarSituacao(AProtocolo: String; const ANumLote: String = ''): Boolean;

Bom dia Nelson, Você só pode usar o método DistribuicaoDFePorChaveNFe se a respectiva nota for Manifestada pelo Destinatário, caso contrario o que é retornado é apenas um resumo da mesma. A minha sugestão é: Você fazer uma aplicação que a cada 1 hora (por exemplo) execute o método DistribuicaoDFePorUltNSU. Se o retorno for um resumo, alimente uma tabela no banco de dados para que o usuário possa realizar a manifestação através de uma outra aplicação. Se o retorno for o XML completo, salva o mesmo no disco e alimenta outra tabela para que o usuário possa saber que existe XML de notas disponíveis para serem importados.

Bom dia, O problema é o provedor para onde o RPS é enviado. Se ele segue a versão 1 da ABRASF temos a situação ao consultar a situação do lote. Se ele segue a versão 2 da ABRASF temos a situação ao consultar o lote. Agora se ele não segue o layout da ABRASF, cada um é de um jeito.

Neste caso se faz necessário comparar as configurações do Internet Explorer de ambos. Atualização do Windows, anti-vírus, ...

Bom dia Claudemir, A lista de serviços até onde sei é padronizada e na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Delphi temos o arquivo TabServicos.txt com todos eles. Quanto a alíquota quem tem que informar é a prefeitura. No caso de ambiente, sim, o provedor WebISS possui tanto o ambiente de Produção quanto o de Homologação. Favor realizar testes com o programa exemplo.

Bom dia, Você atualizou a aplicação no seu cliente antes de ocorrer o erro? A aplicação esta emitindo NF-e na versão 4.00? A SEFAZ pode ter alterado as URLs de serviço e SoapAction, uma vez que vários Estados estão com essas URLs fora do padrão.

Bom dia todos, Lembrem-se que temos hoje dois modelos de documentos fiscais. * CT-e destinado ao transporte de cargas * CT-e OS destinado ao transporte de valores, bagagem extra e fretamento. Sendo assim temos que ter dois modelos de DACTE, ou seja, um para cada modelo de documento fiscal. No caso do Fast Report já temos: DACTE_OS.fr3 -> destinado ao CT-e OS (surgiu com a versão 3.00) DACTE_Ve300.fr3 -> destinado ao CT-e versão 3.00 No caso do Fortes Report sugiro criar o ACBrCTeDACTeRLRetratoOS -> DACTE exclusivo para o CT-e OS.

Bom dia Gilvan, Não vejo nada de errado no XML de envio. Acredito que o problema possa ser no provedor.

Boa noite Carlos, Agora complicou, não sei como resolver neste caso, acredito que a solução é preencher o xCampo com 3 caracteres mesmo, apesar de no XML o tamanho é de 1 até 20.

Boa noite Gilvan, Configure o componente para salvar os arquivos Soap. Configuracoes.WebServices.Salvar := True; Faça um novo teste e anexo os arquivos: *-env-lot.xml e *-env-lot-soap.xml Com isso vou saber se o XML de envio realmente esta sendo gerado de forma correta, ou se o problema é no provedor.

Boa noite Igor, Como dito anteriormente só é possível usar o método Enviar para o provedor Betha. Se esta ocorrendo esse erro pode ser que a URL esteja errada.

Boa noite, Isso não é possível, pois o Lote tem que ser assinado.