Italo Giurizzato Junior

Bom dia Luciano, A sua aplicação é que tem que possuir um controle da numeração sequencial dos RPS e não deixar a cargo do usuário informar o numero que ele deseja.

Bom dia, Qual ambiente, homologação ou produção? Você esta usando os fontes do Trunk ou Trunk2? Checou a validade do certificado?

Bom dia José, Maravilha, estamos aqui para ajudar.

Bom dia Allan, E o cancelamento esta funcionando? Lhe pergunto isso, pois tanto a CC-e quanto o cancelamento são eventos e são gerados assinados e enviados pela mesma rotina.

Bom dia Daniel, As imagens com erros nos navegadores ao tentar abrir um XML é clássico, basta procurar cedilha ou vogais acentuadas e fazer a troca. Pronto esse problema desaparece. No meu entendimento devemos ter uma propriedade que substitua esses caracteres, por exemplo cedilha por "C". Para aqueles desenvolvedores cuja aplicação apresenta o conteúdo do XML de retorno para o usuário ver, ativaria essa propriedade, desta forma o componente ao obter o XML de retorno aplicaria esse filtro, inclusive o XML seria salvo com os caracteres trocados. Hoje temos uma propriedade que faz esse serviço quando gera o XML, a ideia e ter uma outra para o retorno, ou utilizar a mesma.

Bom dia Rodrigo, No que diz respeito a CC-e sugiro você utiliza: DM.ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.xmotivo pelo simples fato da CC-e ser um evento. O método SaveToFile agora se chama GravarXML. Você concorda, se esta correto ou não, se você fizer a alteração e testar?

Bom dia José, No seu TXT esta assim: DETEVENTO001] grupoAlterado=ide campoAlterado=CFOP valorAlterado=- CFOP do Conhecimento- 5.353 nroItemAlterado=1 xCondUso=A Carta .... Altere para: [DETEVENTO001] grupoAlterado=ide campoAlterado=CFOP valorAlterado=5353 nroItemAlterado=1 xCondUso=A Carta ... <=== remova essa linha o componente se encarrega de colocar o texto correto.

Bom dia Arnaldo, O MDF-e foi criado para facilitar a fiscalização entre as fronteiras entre um Estado e outro e quando a carga é fracionada. Sendo assim se a carga é fracionada temos vários destinatários logo a quantidade de notas é duas ou mais, pelo menos uma nota para cada destinatário. A emissão de MDF-e quando o transporte for realizado dentro do Estado só é obrigatória quando houver uma legislação complementar. Respondendo as sua perguntas: 1 - A emissão do MDF-e é por conta da empresa que vai transportar a carga, que no seu caso é a industria. 2 - Não faz sentido emitir um MDF-e só por causa de uma nota, lembre-se que ele é obrigatório para carga fracionada, portanto 2 ou mais notas, a ideia é relacionar no MDF-e todas as notas referentes a carga. Como dito o MDF-e é para facilitar a fiscalização, em vez do fiscal ficar checando a validade de dezenas de notas, checa apenas a validade do MDF-e. 3 - Sugiro que leia o Ajuste SINIEF 21 de 10 de dezembro de 2010: http://www1.fazenda.gov.br/confaz/confaz/ajustes/2010/aj_021_10.htm Quanto ao RNTRC e CIOT ambos são opcionais portanto não precisa ser informado, mas se informar que o veículo não é da empresa, ai vai ter que informar quem é o proprietário do mesmo e neste caso temos que informar o RNTRC do proprietário. Atenção o MDF-e possui três campos RNTRC, um se refere a empresa e os outros dois se refere ao proprietário, o que se refere a empresa que é opcional. Para ficar mais claro, leia a Nota Técnica 2014/003 - página 9, o campo 2 é o RNTRC da empresa, o campo 13 é o RNTRC do proprietário do veículo tração e o 33 é o RNTRC do proprietário do veículo Reboque.

Boa tarde, Te aconselho a utilizar as propriedades XMLAssinado ou XMLOriginal. Se XMLAssinado estiver vazio significa que o mesmo ainda não foi assinado. Se XMLOriginal estiver vazio significa que o XML ainda não foi gerado.

Boa tarde Marcelo, Analisando o código, o que eu entendi antes de executar o ConsultaNFSeRps é preciso primeiro carregar o XML do RPS com o LoadFromFile.

Boa tarde a todos, Roberto, você só esqueceu que segundo a legislação o emitente de uma NF-e assim que obtêm o protocolo de autorização tem por obrigação disponibilizar o arquivo XML assinado e protocolado para o destinatário da mercadoria e se a mesma for transportada por uma transportadora esta também tem o direito de receber uma cópia do XML. A forma mais simples de disponibilizar um arquivo é o envio do mesmo por e-mail. Se todos os emitentes utilizassem ou desenvolvessem sistemas em conformidade com a legislação, o destinatário da mercadoria ou a transportadora não precisariam buscar uma solução seja legal como o Download através do web services disponibilizado pela SEFAZ ou outra que é bem melhor não relatar, para conseguir o XML da NF-e, mesmo que seja simplesmente para dar entrada no estoque. Eu atribuo todo esse mau estar aos desenvolvedores de sistemas que fazem as coisas pela metade. Me desculpa, mas um sistema de emissão de NF-e que não lhe permite o envio automático por e-mail do XML assinado e protocolado as pessoas interessadas, não é um sistema digno e não merece crédito.

Bom dia Evandro, As alterações no ACBrNFe que andei realizando é somente no Trunk2.

Rodrigo, Não tenho conhecimento sobre o Fortes e Fast Report somente em Quick Report, portanto vou ficar lhe devendo uma resposta.

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.