Italo Giurizzato Junior

Boa tarde Maikon, Favor atualizar os fontes e faça novos testes. Agora se o valor de respSeg for igual rsTomadorServico a tag CNPJ ou CPF do responsável será gerado caso contrario não será.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde, Qual é a mensagem que esta sendo apresentada? Que eu saiba não existe nenhuma propriedade que inibe a apresentação das Exception.

Boa tarde Daniel, Se possível anexar os XMLs de envio e de retorno para que possamos fazer as devidas alterações na rotina que faz a leitura do retorno. Desde já muito obrigado pela colaboração. Vou analisar as suas alterações e assim que possível vou enviar para o repositório.

Boa tarde Wellisson, Acredito que o problema seja a data e hora da Entrega e a data e hora hash Entrega que são exatamente iguais inclusive hora/minuto/segundos. No mesmo segundo que a entrega foi realizada a foto foi tirada o evento foi enviado. Como o evento é enviado pela transportadora, por mais que o entregador esteja usando um dispositivo móvel com conexão com a internet para realizar o envio do evento, pelo menos o horário deveria ser posterior, exemplo: Data e hora de Entrega: 27/08/2019 - 12:28:09 Data e hora do Hash de Entrega: 27/08/2019 - 12:30:00 Data e hora do Evento: 27/08/2019 - 12:30:10 (este ultimo tem que ter uma tolerância máxima de 5 minutos em relação com o webservice da SEFAZ). Resumindo a Data e Hora do Evento você pode usar o Now, já os outros até pode usar o Now desde que exista uma diferença entre eles conforme o exemplo acima. Uma transportadora que não possui um dispositivo móvel para o envio do evento pelo entregador, se faz necessário que o entregador anote no canhoto a data e hora da entrega e esta informação será usada na tag dhEntrega.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório os arquivos INI atualizados. Detalhe os seus fontes estão desatualizados em particular os arquivos INI.

27/08/2019 Disponível serviços de autorização síncrona de CT-e na SVRS O Webservice de Recepção Síncrona de CT-e da versão 3.00 está disponível para utilização das empresas emitentes no ambiente de autorização da SEFAZ Virtual RS.

Boa tarde Marcelo, Ao mudar para o nível M ao gerar o QR-Code, conforme eu entendi a leitura do QR-Code não funciona. Por outro lado se deixar do jeito que foi implementado, a leitura do QR-Code funciona sem nenhum problema. Logo podemos concluir que não devemos alterar para o nível M. A não ser que as pessoas incumbidas de realizar a fiscalização vão utilizar algum aplicativo capaz de ler o QR-Code gerado com nível M.

Sendo assim é fácil de resolver. Unit pcnNFeW linha 1512: Atual: Gerador.wCampo(IIf(FUsar_tcDe4,tcDe4,tcDe2), 'N14', 'pRedBC ', 01, IIf(FUsar_tcDe4,07,05), 0, nfe.Det.Imposto.ICMS.pRedBC, DSC_PREDBC); Alterado: Gerador.wCampo(IIf(FUsar_tcDe4,tcDe4,tcDe2), 'N14', 'pRedBC ', 01, IIf(FUsar_tcDe4,07,05), 1, nfe.Det.Imposto.ICMS.pRedBC, DSC_PREDBC); Basta mudar de zero para 1, desta forma a tag será gerada sempre, não importa o seu valor. Por favor faça essa alteração e repita o teste de envio, vamos ver se agora a SEFAZ-AM vai autorizar a nota.

Boa tarde Maikon, Sim, se estiver validando antes do envio, sem problemas.

Boa tarde Igor, Vendo o código no componente, se você não informar nenhuma chave de NF-e o grupo <infEntrega> não é para ser gerado. No seu XML consta o grupo e a tag chNFe vazia. O XML esta sendo gerado pela sua aplicação?

Boa tarde André, Desculpe, mas para mim Senha é uma coisa, código é outra coisa. No programa exemplo você chegou a ver a rotina do botão Cancelar NFS-e? Conforme pode ser visto no fragmento de código abaixo os códigos esperados são 1, 2 ou 3. ACBrNFSe1.NotasFiscais.Clear; ACBrNFSe1.NotasFiscais.LoadFromFile(OpenDialog1.FileName, False); // Codigo de Cancelamento // 1 - Erro de emissão // 2 - Serviço não concluido // 3 - RPS Cancelado na Emissão if not(InputQuery('Cancelar NFSe', 'Código de Cancelamento', Codigo)) then exit; // Provedor Equiplano é obrigatório o motivo de cancelamento if not(InputQuery('Cancelar NFSe', 'Motivo de Cancelamento', Motivo)) then exit;

Boa tarde, O valor de vBC é 7346,00, qual é o valor do produto? Neste caso não teve um percentual na redução da base de calculo? A principio a tag pRedBC é opcional, ou seja, se o seu valor é zero não se faz necessário gerar a tag.

Boa tarde Douglas, Que eu me recordo o layout seguido pela prefeitura de Blumenau não é ABRASF, só se mudou agora. Favor verificar se esse exemplo de XML realmente é do provedor NotaBlu. Pois os Schemas de validação que temos não bate com esse layout.

Boa tarde Innovae Brasil Engenharia, Você precisa tomar como base um provedor que não segue o layout da ABRASF, como por exemplo o Agili. Vai ser necessário criar uma unit para gerar o XML (pnfsNFSeW_Lencois), criar um enumerador proLencois na unit pnfsConversao e fazer algumas alterações em outras units para que esse novo provedor seja reconhecido e que os retornos sejam lidos de forma correta. Será necessário também criar um arquivo INI para ele (Lençóis.ini) e incluir as cidades atendidas por esse provedor no arquivo Cidades.ini É trabalhoso e demorado, mas se tiver a ajuda do provedor para esclarecer algumas duvidas as chances de funcionar é grande.

Bom dia Daniel, Favor atualizar os fontes e faça novos testes.

No programa exemplo do componente ACBrNFSe ao clicar no botão de cancelamento é pedido para que selecionemos o XML da NFS-e, depois pede o código de cancelamento e o motivo.

Bom dia Maikon, Essa tag nos schemas da versão 3.00 ela era obrigatória, já na versão 3.00a ela deixou de existir. Isso faz com que tivéssemos 2 schemas, um para cada ambiente. Eu mudei o schema deixando a tag como opcional, desta forma seria possível usar o mesmo schema para ambos os ambientes. Pois atribuindo o valor zero ao campo pICMSInterPart ele não seria gerado (para o ambiente de homologação) e atribuindo o valor 100 para ser gerado no ambiente de produção. Fiz uma alteração no componente para deixar a geração da tag opcional em vez de obrigatória. Agora com a liberação da versão 3.00a em produção, podemos passar a usar o schema da SEFAZ e devemos comentar a linha que gera a respectiva tag.

Bom dia a todos, Igor, notei que no seu evento de Comprovante de Entrega, o CNPJ do emitente da NF-e é o mesmo do CT-e. Essa empresa além de vender ela é uma transportadora também? Ou você montou uma chave qualquer para fim de testes? Será que a SEFAZ não esteja validando a chave da NF-e em ambiente de homologação? Algo do tipo, comparando o CNPJ de ambas as chaves (CT-e e NF-e) e por serem iguais esta rejeitando o evento.

Bom dia Osmar, O mesmo problema com o Fortes Report também ocorre no programa exemplo do componente?

Bom dia Luciano, Não consegui identificar nada no seu pedido de cancelamento que pudesse provocar o erro. Tudo indica que a SEFAZ não esteja preparada para realizar o cancelamento de um produtor rural. Favor entrar em contato com eles e expor o problema.

Bom dia André, Favor anexar os XMLs gerados ao tentar cancelar uma NFS-e.