Italo Giurizzato Junior

Boa tarde Grabriel, Muito obrigado pela colaboração, já inclui na minha lista de tarefas para analise. TK-2969

Boa tarde Willian, Para mim a mensagem esta clara, você não informou o percentual da alíquota, logo o webservice esta entendendo que é zero, sendo que o correto é 2.

Boa tarde Luiz, Já esta no SVN, favor atualizar, reinstalar e faça novos testes.

Bom dia Luiz, Muito boa observação, ainda hoje estarei enviado para o SVN a correção.

Bom dia Willian, Praticamente todos os provedores que seguem a versão 2 do layout da ABRASF não tem o serviço Consultar Situação do Lote. Analisando o código do componente o parâmetro ConsultaSitLote só recebe o valor True se o provedor segue a versão 1 do layout da ABRASF, caso contrario o valor desse parâmetro é Falso, logo não deveria executar essa consulta. Vai ser necessário debugar o Emitir que se encontra na unit ACBrNFSeX mais precisamente a linha 400 para saber qual é o valor da propriedade ConsultaSitLote.

Bom dia Carlos, Segundo o Manual da versão 2.03 da ABRASF temos os seguintes códigos de cancelamento: 1 – Erro na emissão 2 – Serviço não prestado 3 – Erro de assinatura 4 – Duplicidade da nota 5 – Erro de processamento Importante: Os códigos 3 (Erro de assinatura) e 5 (Erro de processamento) são de uso restrito da Administração Tributária Municipal. Como no seu teste você informou o código 1 (erro de emissão), a prefeitura entende que vai ser emitida uma outra nota, neste caso em vez de você cancelar a nota errada e depois emitir uma nota nota, você pode fazer esses dois processos em um único, ou seja, usar o serviço SubstituirNFSe, este serviço lhe permite cancelar a nota errada e emitir uma nova que substituirá a errada que foi cancelada. Agora se você solicitar o cancelamento de uma nota informando o código 2 ou 4, acredito que o método cancelar vai funcionar. Faça esses testes e me de um retorno.

Bom dia Marcos, Com relação o XML com 2 declarações, já foi corrigido, favor atualizar e reinstalar o ACBr. O componente não inclui a declaração ao enviar o XML para o webservice, acredito que a mensagem que aparece ao tentar cancelar não seja o problema da falta ou ser diferente do que consta no manual ou exemplo. Essa mensagem informando que não encontrou a nota, favor entrar em contato com o provedor e questionar eles sobre esse problema.

Bom dia Widson, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2968

Boa tarde Luiz, Já esta no SVN.

Boa tarde Robson, Favor atualizar os fontes, reinstala o ACBr e faça novos testes.

Boa tarde Cleverton, Já esta no SVN.

Antonio, A URL é única para todos os serviços implementado pelo provedor em seu webservice.

Bom dia Willian, Acabei de fazer um teste usando o programa exemplo, testei os 3 modos de envio (Assíncrono, Unitário e Síncrono), veja o resultado: Requisição Ambiente: 1 Cidade : Joinville/SC Provedor: ISSJoinville Versão: 2.04 Método Executado: Enviar Lote Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 08/08/2022 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : E73 Mensagem: O CNPJ do PRESTADOR xxxxx não está cadastrado no sistema NF-em ou não possui permissão de emitir NF-em. | CNPJ não encontrado na base de dados. Correção: Confira o numero do CNPJ informado. Caso esteja correto, o prestador não está inscrito no município. Requisição Ambiente: 1 Cidade : Joinville/SC Provedor: ISSJoinville Versão: 2.04 Método Executado: Gerar NFSe Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 08/08/2022 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : E73 Mensagem: O CNPJ do PRESTADOR xxxxx não está cadastrado no sistema NF-em ou não possui permissão de emitir NF-em. | CNPJ não encontrado na base de dados. Correção: Confira o numero do CNPJ informado. Caso esteja correto, o prestador não está inscrito no município. Requisição Ambiente: 1 Cidade : Joinville/SC Provedor: ISSJoinville Versão: 2.04 Método Executado: Enviar Lote Síncrono Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 08/08/2022 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : E73 Mensagem: O CNPJ do PRESTADOR xxxxx não está cadastrado no sistema NF-em ou não possui permissão de emitir NF-em. | CNPJ não encontrado na base de dados. Correção: Confira o numero do CNPJ informado. Caso esteja correto, o prestador não está inscrito no município.

Bom dia Widson, Favor anexar as units alteradas, desde já muito obrigado pela colaboração.

Bom dia Vanderlei, Não tenho cliente que emite NFS-e, portanto não sei lhe informar.

Bom dia Antonio, Acabei de realizar um teste usando o programa exemplo e com as URL atuais (quer consta no SVN), veja o resultado: Requisição Ambiente: 1 Cidade : Schroeder/SC Provedor: Betha Versão: 2.02 Método Executado: Enviar Lote Síncrono Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : True Erro(s): Código : E259 Mensagem: CNPJ/CPF não encontrado na base de dados. Correção: Confira o número do CNPJ/CPF informado. Caso esteja correto, o prestador do serviço não está inscrito no município.

Bom dia Robson, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2965 Vou verificar o problema do Clear também.

Bom dia Alexandre, Não sei de onde você esta baixando os fontes, mas no arquivo ACBrNFSeXServicos.ini a inclusão do parâmetro para não dividir por 100 foi no dia 25/07/2022, veja: [3543402] ; Atualizado em 25/07/2022 Nome=Ribeirao Preto UF=SP Provedor=ISSNet Params=NaoDividir100: ; ProRecepcionar=http://www.issnetonline.com.br/webserviceabrasf/ribeiraopreto/servicos.asmx E na unit ISSNet.GravarXml temos: DivAliq100 := True; if FpAOwner.ConfigGeral.Params.TemParametro('NaoDividir100') then DivAliq100 := False; Como você pode ver a principio a propriedade DivAliq100 recebe o valor True, mas em seguida é verificado se existe o parâmetro "NaoDividir100", caso afirmativo a propriedade DivAliq100 recebe o valor False.

Bom dia Luiz, Muito obrigado pela colaboração, já inclui na minha lista de tarefas para analise. TK-2964

Bom dia Cleverton, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2963 Com essa correção todas os métodos estão funcionando (emissão, consultas e cancelamento) ?

Olá Pessoal, Encontra-se disponível no Portal dos Documentos Fiscais Eletrônicos da SEFAZ-Virtual do Rio Grande do Sul para quase todos os modelos de DF-e as seguintes opções na lista de Serviços: Visualizador de Schemas e Consulta Regras de Validação. As telas abaixo se referem ao BP-e (Bilhete de Passagem Eletrônico). Mas como dito acima esses dois serviços estão disponíveis para quase todos os DF-e (NF-e, CT-e, etc...). No Visualizador de Schemas temos a seguinte tela: Devemos informar a versão do Schema desejado e clicar em Processar, será apresentado o layout do XML. No Consulta Regras de Validação temos a seguinte tela: Podemos selecionar o WebService e o tipo de Publicação e ao clicar em Pesquisar será apresentado a lista das regras. Esse é o link do site Portal dos Documentos Fiscais Eletrônicos - SVRS

Olá pessoal, A versão 3.20 da referida tabela traz a tabela de códigos NCM que foram incluídos e excluídos. Prazo de implantação: Ambiente de Homologação (ambiente de testes das empresas): 15/08/2022 Ambiente de Produção: 01/09/2022.

Olá pessoal, Foi publicado a versão 1.10 da referida NT com as seguintes alterações: A versão 1.10 dessa Nota Técnica traz alteração na documentação da Regra E12-10 e criação de exceção para a Regra E16a-20. Como são alterações documentais ou que visam diminuir a quantidade de rejeições e não exigirão esforço de implementação por parte das empresas, o prazo de entrada em produção está mantido. O prazo previsto para a implementação das mudanças é: * Ambiente de Homologação (ambiente de teste das empresas): até 05/08/2022 * Ambiente de Produção: 15/08/2022 Regra E12-10 passa a ter a seguinte condição: Se Operação com Exterior (tag: idDest=3): UF de destino diferente de “EX” Regra E16a-20 passa a ter a seguinte exceção: Exceção: Regra não se aplica quando existir algum item com a UF de consumo do combustível igual a exterior (tag: comb/UFCons = “EX”) e com CFOP = “7667 - Venda de combustível ou lubrificante a consumidor ou usuário final”. Observações: Pelo fato das alterações serem nas regras de validação na SEFAZ, não se faz necessário nenhuma alteração no componente ACBrNFe. Mas temos que ter ciência dessas alterações, pois impacta na passagem dos dados corretos para o componente.