Italo Giurizzato Junior

Carlos, Você não me respondeu se os XMLs que foram baixados da SEFAZ são do próprio emitente ou se são de fornecedores.

Bom dia Douglas, Vou novamente analisar a sua contribuição e fazer testes com o seu XML. Desde já muito obrigado.

Bom dia Carlos, Você anexou 2 XMLs completos o primeiro tem 7 Kbytes e o segundo tem apenas 5. Notei que ambos se referem a mesma nota, mas estão com SignatureValue e X509Certificate diferentes á no grupo Signature. Isso é muito estranho. Os XMLs que você baixou foram emitidos por outra empresa, por exemplo o Fornecedor? Se sim, você não deve carregar o XML e realizar uma consulta. Esse procedimento é realizado quando você emite uma nota e por algum motivo o XML da mesma ficou se o protocolo de autorização. Ai sim, devemos carregar o XML assinado e realizar a consulta para que o mesmo seja atualizado com o protocolo de autorização. Agora se você baixa o XML de um fornecedor e deseja saber se o mesmo consta como autorizado na SEFAZ e não acredita no protocolo que consta nele, então você consulta essa nota informando somente a chave. Não esqueça de salvar o XML do fornecedor em uma pasta que o ACBrMonitor não tenha acesso, pois se não me falha a memória, ao informar somente a chave e o Monitor encontrar o XML ele o carrega antes de realizar a consulta.

Bom dia, Faça uma cópias das units que você alterou e escreveu. Atualize todos os fontes de todas as pastas, reinstale a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada. Faça os testes usando o programa exemplo.

Bom dia Evandro, Favor atualizar todos os fones de todas as pastas, reinstale a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada. Faça testes usando o programa exemplo. Note que se faz necessário configurar o componente para a versão 1.5.1 Existem schemas para essa nova versão.

Bom dia Daniel, A cidade de Curitiba possui um webservice próprio que chamamos de provedor ISSCuritiba. O layout utilizado é a versão 1 da ABRASF. Sendo assim devemos utilizar o método Enviar para poder enviar um lote contendo de 1 até 50 Rps. Depois o método ConsultarSituacao para saber a situação do lote enviado. Por fim o método ConsultarLoteRps caso a situação seja 3 ou 4. Se a situação for 3 teremos como retorno a lista de rejeições, por outro lado se for 4 teremos como retorno o XML da(s) NFSe. A propriedade de configuração: ConsultaLoteAposEnvio permite automatizar todo o processo acima, para isso o seu valor tem que ser True. Como eu não tenho nenhum certificado digital de contribuinte de Curitiba não tenho condições de realizar testes. Alias os testes que realizei com o novo componente só obtive erros ao tentar enviar, consultar e cancelar, pois estou usando um certificado cuja empresa não é de Curitiba. Peço que faça testes usando o programa exemplo e não esqueça de atribuir o valor LT_TLSv1_2 ao campo SSLType, pois vários provedores estão exigindo essa configuração. Marque também a opção para salvar os arquivos soap. No programa exemplo execute os métodos de forma individual, temos um botão para cada um deles. Anexe os arquivos gerados aqui no fórum para que possamos analisar. Mas antes de realizar esses testes, por favor atualize todos os fontes de todas as pastas.

Boa tarde, Complementado o que o BigWings já colocou, no caso do CT-e não temos ainda o DistribuicaoDFePorChaveCTe, apenas do componente possuir o método, não temos esse serviço disponível no webservice do Ambiente Nacional.

Boa tarde Evandro, Se tudo der certo amanhã estarei enviado para o repositório uma contribuição de outro colega do fórum. Sessa contribuição se refere a nova versão e ao novo evento.

Ricardo, No meu entendimento se em ambiente de produção a regra só vai ser ativada em 01/09/2021 a tag <indIntermed> não precisa ser gerada. Mas o que custa gerar? Nada. É apenas uma linha a mais na sua rotina que alimenta o componente. Quanto ao tPag=17 (PIX) já fez testes no ambiente de homologação? A SEFAZ recusou? Conforme consta na NT esse novo valor para tPag é para ser aceito sim no ambiente de produção a partir do dia 05/04/2021.

Vou analisar o que você já fez.

Boa tarde, Você tem os schemas para validar esse novo evento? Ocorreu mudança da versão do Reinf por conta desse novo evento?

Boa tarde Ricardo, As duas são validas. Se tratando de ambiente de produção somente a partir do dia 05/04/2021 o XML da NF-e vai poder conter os campos novos descritos na NT. Mas a SEFAZ só vai aplicar a regra de validação a partir do dia 01/09/2021. Uma coisa é a SEFAZ aceitar o XML com os campos novos, outra coisa é aplicar as regras de validação.

Veja bem, Você envia o Rps e o provedor retorna o XML da NFS-e. Qual método você esta usando para enviar o Rps? O numero do Rps deve ser sequencial e controlado pelo seu sistema. O numero da NFS-e é sequencial e é gerado pelo webservice do provedor.

Boa tarde, Favor atualizar os fontes e faça novos testes. Note que fiz alteração no arquivo INI do provedor também.

Bom dia Thiago, É preciso analisar bem a situação.

Bom dia, Já inclui na minha lista de tarefas para analisar o problema.

Thiago, Acredito que o correto seria primeiro criar uma classe para conter os dados referente ao local da prestação de serviço, uma vez que esse local pode ser diferente do local do prestador e do tomador, correto? Ai se os campos dessa classe estiverem com valores geramos as tags no XML ao enviar e podemos usar essa condição para ativar ou não a banda com os dados do local da prestação de serviço.

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

Boa tarde Sergio, Acredito que você não leu a Nota Técnica e nem o artigo que publicamos aqui no fórum a respeito dela. Nota Técnica 2020/006 - NFe - Notícias do ACBr - Projeto ACBr O ambiente de produção só vai ser liberado em 05/04/2021.

Boa tarde Thiago, O problema é que esse tipo de informação se não me falha a memória só tem no provedor Conam, nos demais não tem. Neste caso precisa criar uma banda para imprimir esses dados e só ficar visível se for o provedor Conam.

Boa tarde Flávio, Favor atualizar os fontes e faça novos testes.

Boa tarde Gabriel, Já enviei a sua contribuição para o repositório.

Boa tarde, Muito obrigado pela colaboração, já enviei para o repositório.

Bom dia André, Por favor atualize novamente.

Bom dia Klayton, Como o seu cliente utiliza outro software para emitir as notas, a minha sugestão é que ele solicite a quem desenvolveu esse software uma opção que permita salvar em disco os XML das notas que ele emite.