Italo Giurizzato Junior

Boa tarde Antonio, Se eu entendi direito ao se cadastrar o provedor gera o Token, o Auth e o RequestId e você os utiliza para todas as chamadas. Se for isso vamos ter que ter uma propriedade de configuração para cada um. Daqui a pouco vamos ter mais propriedades de configuração do que provedor.

Olá Pessoal, O componente ACBrNFe já esta pronto para atender as alterações previstas nas Notas Técnicas 2020/006 e 2020/007. O que mudou? Referente a NT 2020/006: Inclusão do campo <indIntermed> = Indicador de intermediador/marketplace os valores aceitos são: iiSemOperacao, iiOperacaoSemIntermediador, iiOperacaoComIntermediador. Usar o valor iiSemOperacao para a tag não ser gerada. O campo <tPag> = Meio de Pagamento passou a ter novos valores são eles: fpDepositoBancario, fpPagamentoInstantaneo, fpTransfBancario, fpProgramaFidelidade, fpRegimeEspecial. Inclusão do grupo <infIntermed> (atenção na NT consta como intTran) esse grupo só deve ser gerado nos casos de operação não presencial pela internet em site de terceiros (Intermediadores). O grupo contem os campos: <CNPJ> = CNPJ do Intermediador da Transação (agenciador, plataforma de delivery, marketplace e similar) de serviços e de negócios. e <idCadIntTran> = Identificador cadastro no Intermediador, devemos informar o Nome do usuário ou identificação do perfil do vendedor no site do intermediador (agenciador, plataforma de delivery, marketplace e similar) de serviços e de negócios. Esta previsto para o dia 01/02/2021 a liberação do ambiente de homologação e 05/04/2021 o ambiente de produção. Referente a NT 2020/007: Criação do Evento gerado pelo Emitente ou Destinatário informando o Transportador interessado pela NF-e. O texto abaixo foi extraído da NT: "No momento da emissão da NF-e, muitas vezes o emitente ainda não definiu o Transportador que ficará responsável pela entrega da mercadoria, impedindo, portanto, que essa informação conste em campo específico da NF-e (tag: CNPJ/CPF, id: X04/X05), ou mesmo no grupo de pessoas autorizadas a acessar o XML da NF-e (tag: autXML, Id: GA01). Em vários outros casos, o responsável pelo transporte é o destinatário e, nesses casos, o Emitente não tem condições de informar o Transportador no XML da NF-e. O objetivo desta Nota Técnica é permitir que o Emitente informe a identificação do Transportador a qualquer momento, como uma das pessoas autorizadas a acessar o XML da NF-e. No caso em que o transporte não é de responsabilidade do Emitente, o Destinatário poderá gerar o evento, com o mesmo objetivo de autorizar que o Transportador fique autorizado a acessar o XML da NF-e. Nos casos de Redespacho ou Subcontratação, definido o transportador contratado, este poderá também autorizar outro transportador participante da mesma operação de transporte a acessar o XML da NF-e. O Transportador precisa dos dados da NF-e para instrumentalizar seus processos de transporte e, a partir da geração deste evento, possibilita o transportador em buscar o XML da NF-e no Ambiente Nacional, por meio do “Web Service de Distribuição de DF-e de Interesse dos Atores da NF-e”, conforme documentado na NT2014.002." Para o envio desse novo tipo de evento temos: 1. tipo do evento = teAtorInteressadoNFe 2. campos novos: <cOrgaoAutor> = Código da UF do Autor do Evento, <tpAutor> = tipo de autor que pode ser: taEmpresaEmitente, taEmpresaDestinataria, taEmpresa, taFisco, taRFB, taOutros, <verAplic> = Versão do aplicativo do Autor do Evento, <CNPJ/CPF> da pessoa autorizada a acessar o XML da NF-e, e <tpAutorizacao> = tipo de autorização que pode ser: taNaoPermite, taPermite (0 – Não permite; 1 – Permite o transportador autorizado pelo emitente ou destinatário autorizar outros transportadores para ter acesso ao download da NF-e). Esta previsto para o dia 01/02/2021 a liberação do ambiente de homologação e 05/04/2021 o ambiente de produção. As duas Notas Técnicas estão disponíveis em nossa biblioteca: Quando o componente vai ser liberado com as alterações? Ultima semana de janeiro ou seja após o dia 25/01/2021, uma vez que só vai ser possível testar após o dia 01/02/2021. Vou ter que fazer alterações na minha aplicação? Tudo vai depender de quem são os seus clientes.

Bom dia Marcio, Acredito que você não entendeu. O método Validar é utilizado pelo componente para confrontar o XML com os schemas. Já o método ValidarRegrasdeNegócio confronta o XML com as regras de validação impostas pela SEFAZ. ACBrNFe1.NotasFiscais.ValidarRegrasdeNegocios(xErros); if xErros <> '' then MessageBox(handle,PChar(xErros),'Erro Validação',MB_OK+MB_ICONWARNING);

Bom dia, Faça um teste: Produto.Imposto.ICMS.vICMSDeson := 0.001; em vez de: Produto.Imposto.ICMS.vICMSDeson := 0;

Boa tarde Eder, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Boa tarde Filipe, Se não me falha a memória o erro 500 é quando o XML enviado para o webservice não esta correto, algo esta faltando ou a mais.

Boa tarde Cátia, Alguns provedores requerem que seja feito um cadastro para emitir a nota via site e um segundo cadastro para emitir a nota via webservice. Verifique se o problema não é a falta desse segundo cadastro.

Boa tarde Lucio, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Boa tarde Jhon, Já enviei para o repositório.

Boa tarde Danny, Já enviei para o repositório.

Boa tarde Antonio, Quero tirar algumas duvidas sobre esse provedor: 1. O que vem a ser as propriedade de configuração: Key, Auth, RequestId e Reposta ? 2. No arquivo INI do provedor a URL de produção esta igual a de homologação, esta certo isso? 3. Se o contribuinte não se cadastrar no provedor/prefeitura não consegue usar o webservice, correto?

Boa tarde Marcio, Além do método Validar que confronta o XML com os Schemas temos também o método ValidarRegrasdeNegocios. Exemplos de uso: ACBrNFe1.NotasFiscais.ValidarRegrasdeNegocios(xErros); onde xErros é um "Log" que contem os erros encontrados. Nesse Log caso existe algum dado errado referente a um determinado item da nota será apresentado o numero do item que contem esse dado errado. Acredito que vai de encontro com o que você deseja.

Bom dia Rodrigo, Quando você emiti um CT-e de Complemento de Valores é gerado o grupo <infCteComp> que contem o elemento <chCTe>, esse elemento contem a chave do CT-e complementado, ou seja, o original. Quais são as chaves que essa empresa quer? Todos os Manuais, Notas Técnicas e outros tipos de documentos referentes ao CT-e você encontra em nossa biblioteca. p/acbr/code - Revision 21176: /tools/DFe/CTe (sf.net) No Manual CTe Anexo I Leiaute v3.00a você encontra a estrutura do XML do CT-e e do CT-e OS, portanto tome muito cuidado para não analisar o layout errado. Na pagina 24 temos o grupo <InfCTeNorm> (gerado quando o CT-e é Normal) note que ele é de nível 1. Na página 36 temos o grupo <infCteSub> (gerado quando o CT-e é de Substituição) note que ele é de nível 2, ao analisar o layout você vai descobrir que esse grupo fica dentro do grupo <InfCTeNorm>. Na página 37 temos os grupos <infCteComp> (gerado quando o CT-e é de Complemento de Valores) e <infCteAnu> (gerado quando o CT-e é de Anulação de Valores) note que ambos os grupos são de nível 1. Outra coisa importante em relação aos grupos <InfCTeNorm>, <infCteComp> e <infCteAnu>: são do tipo CG que indica que o campo é um Elemento de Grupo que deriva de uma Escolha (Choice), resumindo, o XML só pode conter apenas UM desses 3 grupos;

Bom dia Danny, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Bom dia Leandro, A minha sugestão é: Pedir para todos os seus clientes protocolar uma reclamação na prefeitura. Você, os seus clientes realmente não pagam o provedor diretamente, mas a prefeitura paga. Quem sabe, com uma enxurrada de reclamações protocoladas na prefeitura alguém toma uma providencia.

Bom dia Chaves, Você informou a quantidade de marcelas? Informou as parcelas? Segue exemplo: // Condição de Pagamento usado pelo provedor Betha versão 1 do Layout da ABRASF CondicaoPagamento.QtdParcela := 2; CondicaoPagamento.Condicao := cpAPrazo; for i := 1 to CondicaoPagamento.QtdParcela do begin with CondicaoPagamento.Parcelas.New do begin Parcela := i; DataVencimento := Date + (30 * i); Valor := (Servico.Valores.ValorLiquidoNfse / CondicaoPagamento.QtdParcela); end; end;

Bom dia Jhon, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

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

Bom dia Pedro, Eu faria diferente: 1. Eu utilizo o método DistribuicaoDFePorUltNSU(StrToInt(cUFAutor), CNPJ, UltNSU); 2. Temos como retorno tanto o valor de ultNSU quanto o maxNSU. 3. Se maxNSU for maior que ultNSU aguardo 2 minutos e executo novamente o método acima passando agora o valor do ultNSU retornado, além de armazenar esse valor no banco de dados. 4. Se maxNSU for igual a ultNSU aguardo 30 minutos e executo novamente o método acima passando agora o valor do ultNSU retornado, além de armazenar esse valor no banco de dados. Lembre-se que o DistribuicaoDFe e os eventos de Manifestação do Destinatário não foram criados para você baixar e automatizar a entrada dos produtos no estoque do seu cliente e sim para ele saber quem esta emitindo nota contra o CNPJ dele e tomar as devidas medidas. Quem emite a nota tem a obrigação legal de disponibilizar o XML assinado e com o protocolo de autorização ao cliente e outros se houver necessidade, como por exemplo a transportadora. A forma mais simples de disponibilizar o XML é enviando ele por e-mail.

Bom dia, Eu não tenho nenhuma aplicação usando o ACBrCIOT, mas com relação as informações sobre o pagamento do frete no CIOT é preciso verificar se esse frete se refere ao valor que consta no CT-e ou outro valor. Outra coisa, o seu cliente transporta carga fracionada, ou toda a carga contida no caminhão sai de um remetente e vai toda para um único destinatário? Se for carga fracionada não precisa do CIOT. O que vem a ser essa tabela de frete?

Bom dia Mateus, Se você vai usar o componente ACBrNFSe, porque não utiliza o programa exemplo para realizar os testes para a cidade de Santos/SP?

Bom dia Jhon, O provedor Centi já esta implementado, precisamos apenas das URLs de homologação e de produção para fazer as devidas alterações. Com certeza será necessário alterar o arquivo Cidades.ini e o Centi.ini caso as URLs sejam especificas para essa cidade, ou seja, não segue um padrão.

Bom dia Cátia, A prefeitura de São João de Meriti/RJ contratou o provedor SigISS, ele possui um webservice para recepcionar os RPS. Portanto a sua aplicação através do componente ACBrNFSe vai conseguir gerar e enviar o XML do RPS para o webservice do provedor e este retornar o XML da NFS-e caso tudo esteja correto. O que você não entendeu é: 1. Os provedores que seguem a versão 1 do layout da ABRASF só tem um serviço de recepção implementado em seus webservice, esse serviço é chamado de EnviarLoteRps que funciona no modo assíncrono e nos permite o envio de até 50 Rps por Lote, no componente usamos o método Enviar para consumir esse serviço. 2. Os provedores que seguem a versão 2 do layout da ABRASF pode ter até 3 serviços de recepção implementados em seus webservices, são eles: EnviarLoteRps (idêntico da versão 1) o EnviarLoteRpsSincrono que funciona no modo síncrono e nos permite o envio de até 50 Rps por Lote, no componente usamos o método EnviarSincrono para consumir esse serviço e o GerarNfse que funciona no modo síncrono e permite o envio unitário, ou seja, 1 Rps por vez, no componente usamos o método Gerar para consumir esse serviço. 3. Os provedores que possuem um layout próprio que é o caso do SigISS, os serviços de recepção de Rps varia muito, logo é preciso testar para saber qual deles funciona com o provedor, ou seja, temos que tentar enviar usando o método Enviar, se ocorrer erro tentamos com o EnviarSincrono, se ocorrer erro tentamos com o Gerar, com certeza um desses 3 vai funcionar. 4. Como dito antes o provedor SigISS possui um layout próprio e só tem um método de recepção implementado que é o GerarNfse, logo somente o método Gerar é que vai funcionar com esse provedor. Procure sempre fazer os testes usando o programa exemplo, note que ele possui um botão para cada um desses 3 métodos que expliquei acima.

Bom dia ALA, Verifiquei e fiz um teste usando o programa exemplo, passando 11 zeros para o campo CpfCnpj do tomador: Tomador.IdentificacaoTomador.CpfCnpj := '00000000000'; Comentei as demais linhas referente aos demais dados do mesmo. Resultado: Como você pode ver o XML foi gerado com 11 zeros no Cpf do tomador e sem os demais dados do mesmo. Detalhe importante, fiz esse teste com o programa exemplo configurado para emitir nota para a cidade de Ribeirão Preto/SP. Favor rever a sua aplicação, é ela que deve estar trocando os 11 zeros por uma string vazia.

Bom dia, Chegou a ler esse tópico? Tudo sobre o CIOT - MDF-e - Projeto ACBr