Italo Giurizzato Junior

Boa noite, É Minas Gerais, isso explica o erro, o WebService deles funciona um dia sim, uma semana não. O jeito vai ser entrar em contato com a SEFAZ e expor o problema.

Boa noite, Já inclui na minha lista de tarefas. TK-2815

Boa tarde Widson, Já inclui na minha lista de tarefas para incluir elas, vamos ver se com essas tags resolve o problema. TK-2743

Boa tarde Carlos, Mas você pode entrar em contato com a SEFAZ e questionar sobre quando vão ativar a alteração.

Bom dia Carlos, Você esta enviando para o ambiente de homologação, correto? Pois bem o ambiente de homologação do provedor Fiorilli é bichado acusa um erro na tag de assinatura. Faça um teste em ambiente de produção para esse provedor.

Bom dia Carlos, Segundo a NT diz que vai ser implementado no ambiente de homologação em 06/2022 e em produção: 07/2022. Note que não consta o dia somente mês e ano e isso complica a nossa vida, pois a SEFAZ pode implementar até o ultimo dia do mês.

Bom dia, Ao incluir a cidade no arquivo ACBrNFSeXServicos.ini, seguiu as recomendações do tópico abaixo?

Bom dia Dangelo, O seu cliente emite nota através do Site? Se sim, pode ser que o provedor requer um outro cadastro para poder emitir via WebService.

Bom dia Datilas, Favor atualizar os fontes, enviei para o SVN uma possível solução no que se refere a leitura correta da data. Quando aos retornos de caracteres especiais, você poderia configurar o componente para salvar os (soap) e anexar os XML (soap) de retorno dessas consultas?

Cleomar, O WebService retornou um erro no processamento, isso pode ser porque não encontrou as tags que deixamos como opcionais. Vai ser necessário entrar em contato com o provedor e expor o problema.

Bom dia Celson, Tempo provedor que libera inicialmente para o contribuinte a URL de homologação e depois a de produção. Mas vou inclui na minha lista de tarefas para incluir a cidade. TK-2809

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

Cleomar, Troca os schemas do provedor por estes em anexo. EnviarLoteRpsSincronoEnvio.xsd GeracaoNFSe.xsd Esses 2 XSD devem ser salvos na pasta: ...\Exemplos\ACBrDFe\Schemas\NFSe\Tecnos\2.01 Faça novos testes usando o programa exemplo.

Bom dia Cleomar, E o tomador em questão tem Inscrição Municipal e e-mail? Se for o caso podemos alterar o Schemas e fazer um teste para ver se o webservice não vai recusar o Rps sem essas informações.

Boa tarde Alexandre, O erro 404 indica que a URL não existe. Eles devem ter alterado a URL e esqueceram de alterar o link no portal.

Boa tarde Claudio, Até o momento os eventos de manifestação do destinatário devem ser enviados para notas modelo 55, ou seja, notas que acobertam a venda de produtos. No caso da NF3e - Nota Fiscal de Energia Elétrica Eletrônica não esta nenhum evento que o tomador do serviço deve enviar.

Boa tarde M3Software Sistemas, Veja a solução adotada para o provedor Ginfes. Abra a unit Ginfes.GravarXml e analise as procedures Configuracao e GerarXml. Se exigência da tag mesmo com o valor zero quando se trata de Simples Nacional é aplicado para todas as cidades atendidas pelo provedor, podemos adotar a mesma solução adotada para o provedor Ginfes.

Boa tarde, Já inclui na minha lista de tarefas para analisar essa questão. TK-2808

Boa noite Helder, Já esta disponível uma nova versão que contempla a instalação do componente ACBrGTIN.

Boa noite Lucio, Já inclui na minha lista de tarefas. TK-2807

Boa noite Celso, Essa URL é de homologação ou de produção?

Boa noite, Já inclui na minha lista de tarefas. TK-2806. Você sabe me informar se somente a cidade de Santiago/RS usa a versão 2.03 ou tem alguma que usa a versão 2.01 ?

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

Olá pessoal, Quero comunicar o nascimento do mais novo membro da família ACBr. Estou falando do ACBrGTIN. Esse componente tem como objetivo realizar uma consulta na SEFAZ, onde é informado somente o GTIN do produto a ser consultado (também conhecido como código EAN) e temos como resposta informações cadastradas pelo "Dono da Marca" na GS1. Essas informações podem ser: o tipo do GTIN (que pode ser 8, 12, 13 ou 14) a descrição do produto o código NCM código do CEST. Infelizmente nem sempre teremos um retorno completo. Isso porque nem todas as empresas "Dono da Marca" cadastram os seus produtos na GS1 e muitas que cadastraram não autorizaram a divulgação dos dados. Neste caso podemos ter as seguintes rejeições: 9494: GTIN inexistente no Cadastro Centralizado de GTIN (CCG); 9495: GTIN existe no CCG com situação inválida. Solicitar ao dono da marca que entre em contato com a GS1; 9496: GTIN existe no CCG, mas dono da marca não autorizou a publicação das informações. Entrar em contato com o dono da marca; 9497: GTIN existe no CCG com NCM não cadastrado; 9498: GTIN existe no CCG com NCM inválido; Dica de uso do componente: Utilize ele ao cadastrar novo ou atualizar um produto na sua aplicação. Nunca, jamais mesmo, use o componente no momento da venda. Consta na NT 2022/001 versão 1.00 referente ao WS de Consulta do GTIN (página 6) a seguinte informação: Serão mantidos controles para identificar as situações de “uso indevido”, no consumo excessivo do Web Service em um curto espaço de tempo. As novas tentativas poderão ser rejeitadas com o erro “656–Rejeição: Consumo Indevido” Informação Importante: A Equipe ACBr esta trabalhando para disponibilizar o programa exemplo, bem como o pacote para o Lazarus e uma nova versão do ACBrInstall que permite a instalação no Delphi do novo componente: ACBrGTIN.

Boa tarde Celso, O provedor Fisco esta implementado sim no componente ACBrNFSeX, mas a cidade não consta no arquivo ACBrNFSeXServicos.ini Para incluir ela precisamos das URLs de homologação e de produção.