Italo Giurizzato Junior

Fabio, Alterei o tipo do campo nItemPed de Integer para String. Fiz isso não por causa de algumas empresas quererem colocar zeros a esquerda, mas sim pelo fato desse campo ser numérico e ter tamanho fixo igual a 6, conforme consta na Nota Técnica 2013/005 versão 1.22 página 57.

Bom dia Rômulo, Segundo a NT o destinatário deve realizar a manifestação para poder depois receber o XML completo da Nota caso contrario terá que se contentar com o resumo da mesma. Acredito eu que o resumo ou o evento de cancelamento/CC-e não deveria estar vinculado a manifestação do destinatário, este deveria receber caso o emitente viesse a cancelar a nota ou realizar alguma alteração (CC-e). Concluo que a SEFAZ não esteja fazendo tudo o que prometeu, sendo assim cabe entrar em contato e pedir explicação e uma solução para o problema. No que diz respeito ao resumo da NF-e, no meu entendimento esta correto constar que a mesma foi autorizada. Mas não esta correto deixar de gerar um resumo pelo menos do evento de cancelamento da mesma.

Dércio, Também concordo, mas o espaço é pouco para mais duas colunas, o tamanho da fonte é definida pela SEFAZ e se diminuir vai ficar fora no estabelecido e vai ter aquele cliente que vai pedir para aumentar o tamanho da fonte pois não da para ler.

Bom dia Felipe, Não é assim que uma aplicação deve funcionar. Quando você envia uma Nota a SEFAZ esta retorna a data e hora que a mesma foi autorizada, essa informação esta junto com o numero do protocolo. Você tem que pegar essa informação e salvar no banco de dados juntamente com o numero de protocolo de autorização. O form de cancelamento tem que apresentar uma lista de notas possíveis de serem canceladas, ou seja, nessa lista só devem aparecer as notas cujo tempo decorrido entre a data/hora de autorização e data/hora do relógio da maquina seja inferior a 24 horas. Vamos a um exemplo, agora é 15/09/2015 09:51 as notas emitidas depois de 14/09/2015 09:51 são passiveis de serem canceladas, portanto devem aparecer na lista por outro lado as notas emitidas antes de 14/09/2015 09:51 não devem aparecer, pelo simples fato de o tempo decorrido ser maior que 24 horas. Desta forma toda nota cancelada vai estar dentro do prazo e se a nota não for cancelada significa que: 1. A transportadora emitiu um CT-e e relacionou essa nota; =====> Neste caso a transportadora deverá cancelar o CT-e para que você possa cancelar a NF-e. 2. O destinatário emitiu um evento de Manifestação do tipo: Ciência da Operação. =====> Neste caso o destinatário deverá emitir um novo evento do tipo: Desconhecimento da Operação para que você possa cancelar a NF-e.

Bom dia Paulo, Sendo assim, teremos que mudar o tipo de Integer para String. Muito obrigado pela informação, já fiz a alteração e já encontra-se disponível no svn. Para quem utiliza o Monitor deverá aguardar a próxima compilação.

Bom dia Dércio, Fiz uma alteração no DANFE em Quick Report, agora quando for Simples Nacional em vez de imprimir a BC do ICMS e valor do ICMS vai imprimir a BC ICMS ST e o valor do ICMS ST. Detalhe essa alteração foi feita no DANFE que esta disponível no repositório Trunk2.

Bom dia Alexandre, Estranho, pois esta sim sendo definido o serviço para o TNFSeGerarNFSe. veja: procedure TNFSeGerarNFSe.DefinirServicoEAction; begin FPServico := FPConfiguracoesNFSe.Geral.ConfigSoapAction.Gerar; FPSoapAction := FPServico; end; E no INI temos a URL para o Gerar definida na seção [SoapAction]

Bom dia Rodrigo, Por favor atualize os fontes e tente novamente.

Bom dia Fabio, Descobri o motivo de estar gerando um novo DigestValue. O XML "original" não possui a TAG <nItemPed> já o outro possui, isso faz com que ao assinar novamente tenhamos um novo DigestValue. A TAG nItemPed é opcional, e por se tratar de uma informação numérica do tipo inteiro, o componente não gera a TAG se o valor for zero, mas a TAG foi gerada justamente com o valor zero na segunda vez, porque? Vamos a um teste, ao executar o LoadFromFile passe como segundo parâmetro o valor False, isso vai fazer com que o componente não gere o XML novamente. Exemplo: dm.ACBrNFe1.NotasFiscais.Clear;dm.ACBrNFe1.NotasFiscais.LoadFromFile(sNomeXML, False);dm.ACBrNFe1.Consultar;

Heto, Não sei se o comando ConsultaNFeDest foi removido do ACBrMonitor Plus, mas me parece que foi implementado o DistribuicaoDFe. A questão não é o Monitor: ACBrNFeMonitor ou ACBrMonitor Plus e sim o comando. No ConsultarNFeDest temos essa resposta por outro lado no DistribuicaoDFe não temos. Não porque não foi incluído essa informação no arquivo TXT gerado pelo monitor, mas sim pelo fato da SEFAZ não retornar essa informação. Enquanto a SEFAZ não resolver desativar o ConsultarNFeDest você poderá utilizar a vontade, mas é melhor já se adaptar ao DistribuicaoDFe.

Boa tarde Dércio, Esta sendo impresso as colunas BC ICMS / V. ICMS / V IPI, no seu exemplo todos estão com valores zerados. Acredito que o motivo seja por causa do CRT ser igual a 1 = Simples Nacional, neste caso não temos a Base de Calculo do ICMS e sim a Base de Calculo do ICMS ST. E o DANFE feito em Quick Report não esta detectando isso e esta sempre imprimindo o valor da Base de Calculo do ICMS.

Boa tarde, Use o ambiente de homologação da SEFAZ-AM.

Boa tarde Fabio, Seria interessante neste caso termos o XML de retorno do envio que consta o primeiro DisgestValue e o de retorno a consulta. Desta forma vamos saber quem esta gerando o DisgestValue errado.

Boa tarde a todos, Em primeiro lugar quero reforçar que o componente ACBrNFSe disponibilizado no Trunk2 não esta funcional. Isso não significa que nada impede de vocês realizarem testes, mas não existe a garantia que vai funcionar. Foi criado um arquivo INI chamado cidades e neste foi colocado todas as cidades que o componente ACBrNFSe (trunk) atende. Exemplo: [1600303] Nome=Macapá UF=AP Provedor=Fiorilli Ao configurar o componente com o código IBGE da cidade o componente se utiliza desse arquivo para descobrir qual é o provedor, que neste exemplo é o Fiorilli. De posse dessa informação o componente busca um arquivo INI que tenha o nome do provedor. Se vocês derem uma olhada na pasta ...\Fontes\ACBrDFe\ACBrNFSe vão notar que somente os provedores: 4R, Ginfes, Fiorilli e os genéricos ABRASFv1 e ABRASFv2 foram criados. O ACBrNFSe (trunk) atendia por volta de 60 provedores, isso significa que falta criar os demais, ou seja, 55. Como criar o arquivo INI do provedor: 1. tome como base os que já existam; 2. abra a Unit do respectivo provedor para extrair dela as informações necessárias para a montagem do respectivo INI. É trabalhoso, sim, mas só dessa forma será possível realizar os testes. Eu não tenho condições de criar todos, pois sou funcionário de uma empresa e não posso passar as 8 horas trabalhando com o componente, tenho os meus afazeres aqui na empresa também.

Boa tarde Osmar, Se após o envio o banco de dados não for atualizado acusando que a SEFAZ retornou Status 100 ou se ocorreu um erro de Timeout, a primeira coisa a ser feita é realizar uma consulta e não enviar novamente. Ao consulta se a SEFAZ retornar que a nova não consta no banco de dados, ai sim você envia novamente, pois fica confirmado que o problema ocorreu no envio. Por outro lado se a SEFAZ retornar o protocolo de autorização, alem de ficar claro que o problema foi no retorno o XML vai passar a ter o protocolo de autorização desde que o componente esteja carregado com a nota em questão. Lhe garanto que se você tratar dessa forma os problemas de notas em duplicidades vão acabar.

Boa tarde Dércio, O valor da Base de Calculo esta sim sendo impresso o que é impresso é o valor do ICMS ST, no quadro dos itens.

Boa tarde Heto, O campo cSitConf é do método ConsultaNFeDest o método DistribuicaoDFe esse campo não existe. O que existe é um campo chamado cSitNFe que retorna: 1=Uso Autorizado ou 2=Uso Denegado. Quando uma nota é enviada na SEFAZ podem ocorrer 3 situações: 1. A nota ser rejeitada, neste caso a nota não é armazenada no banco de dados da SEFAZ, isso lhe permite que você faça a correção e envie ela novamente (com o mesmo numero e série). 2. A nota ser autorizada, neste caso a nota é armazenada no banco de dados da SEFAZ e a mesma retorna o protocolo de autorização. 3. A nota ser denegada, neste caso a nota é armazenada no banco de dados da SEFAZ e a mesma retorna o protocolo de denegação. Obs: uma nota denegada não pode ser corrigida e enviada novamente. Rejeição significa que a nota contem erros e estes precisam ser corrigidos para que a SEFAZ possa aceita-la. Denegação significa que a nota não contem erros, mas a SEFAZ se recusa a autoriza-lo por algum problema do emitente/destinatário possuir com o Fisco.

Bom dia Osmar, Se você tem problemas de duplicidade de NF-e, o problema esta na sua aplicação e não no componente. A sua aplicação não esta gerenciando de forma correta a numeração das notas.

Bom dia Paulo, Pela sua postagem o XML não esta sendo enviado e sim esta sendo rejeitado pelo validado interno. O que esta ocorrendo é um erro de validação antes do envio, e não uma rejeição da SEFAZ ao processar a sua nota e detectar informações incorretas. Já fiz a correção no componente no que se refere a essa nova TAG, para que utiliza o componente o problema foi sanado. Vamos aguardar o pessoal disponibilizar uma nova compilação do ACBrMonitor Plus.

Bom dia, Segundo a Nota Técnica 2013/005 versão 1.22 - página 20 temos: 1. o grupo <dest> é opcional para a NFC-e, sendo assim nenhum dado do destinatário não precisa ser informado. 2. os campos <CNPJ> / <CPF> e <indIEDest> são obrigatórios, por outro lado o <xNome> e <IE> são opcionais, sendo assim se você deseja informar o nome do cliente será obrigado a informar o CNPJ ou o CPF do mesmo mais o indIEDest. Neste caso o grupo <dest> será gerado no XML. 3. Note que o grupo <enderDest> é opcional para a NFC-e. Esta vendo como é bom baixar as nota técnicas e reservar um tempinho para ler, acabamos descobrindo uma série de coisas.

Bom dia Marcelo, Se você mantem os seus fontes atualizados diariamente, deve ter notado que enviei uma atualização do ACBrNFSe (repositório Trunk) na sexta feira dia 11, isso comprova o que o Daniel disse, "não vamos deixar na mão". Quanto as URLs no caso dos fontes do repositório Trunk basta abrir a unit ACBrNFeUtil e procurar pelas function GetURLRS e GetURLSVRS e comparar as URLs com o documento publicado. Já no Trunk2 temos um arquivo INI chamado ACBrNFeServicos, basta procurar pelas seções [NFe_RS_P], [NFe_RS_H], [NFe_SVRS_P] e [NFe_SVRS_H] e comparar as URLs com o documento. Eu não entendo qual é a dificuldade em se fazer isso para descobrir se o componente esta ou não já utilizando das novas URLs. No caso da NFS-e a configuração do provedor esta sendo através de arquivo INI, já disponibilizei para os provedores: 4R, Fiorilli, Ginfes e os genéricos ABRASFv1 e ABRASFv2. O relacionamento entre as cidades e os provedores esta no arquivo INI chamado Cidades. Se conseguíssemos colocar o layout do XML do RPS em arquivo INI, acredito eu que o componente ficaria muito flexível para os provedores que não seguem o layout ABRASF.

Boa noite a todos, As URLs publicadas pela SEFAZ-RS, no dia 30 de abri foram disponibilizadas no dia 01/05 tanto nos fontes do trunk quanto no trunk2. Isso já foi dito por mim em diversos post. Portanto faz 4 meses que fiz a atualização dos fontes e disponibilizei nos repositórios. Gostaria de entender qual é a preocupação. Quanto a NFS-e estou estudando uma forma de flexibilizar o componente o máximo possível. Existem vários usuários que arregaçam as mangas e põe a mão na massa, mas infelizmente outros nem sequer são capazes de ler uma nota técnica de 6 páginas. Desculpe o desabafo e como o Daniel disse o código esta ai, abra-o, estude-o e nos ajude.

Boa tarde, O ACBrNFe é um emissor de NF-e e NFC-e que segue 100% os manuais e notas técnicas publicadas pelo ENCAT no Portal Nacional da NF-e. Portanto não vejo com bons olhos ficar inserido dezenas de IF em seu código para corrigir o que os outros fazem de errado. Peça a seu cliente que entre em contato com o fornecedor dele, para que este entre com o desenvolvedor do emissor de NF-e para que sejam feitas as devidas correções.

Boa tarde Hasa, Não, só esta sendo implementado no ACBrMonitor Plus. Se eu estiver errado, por favor Régys me corrija.

Boa tarde, Vamos a pergunta clássica: Todos os fontes de todas as pastas estão atualizados?