Italo Giurizzato Junior

Bom dia Windel, O XML gerado pelo site do provedor é o XML da NFS-e. Por outro lado o XML gerado pelo componente a ser enviado para o provedor é o XML do RPS.

Bom dia, Favor anexar a unit alterada para que possamos analisar.

Bom dia Jhon, Vou verificar com a equipe ACBr o que precisa ser feito para fazer funcionar esse provedor.

Bom dia Mauricio, O componente tem uma propriedade de configuração chamada WebSenha dentro de Emitente, experimente informar ai.

Bom dia ALA, Até onde sei a cidade de Sete Lagoas/MG se utiliza do provedor Actcon. Mudou? Se sim, para qual foi?

Bom dia Diego, 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.

Marcio, Para ser sincero nunca mexi nessa configuração.

Bom dia Marcio, Essa é a configuração do componente que consta no Object Inspector. Em nenhuma rotina da sua aplicação essa configuração não esta sendo alterada?

Bom dia Lucio, Já enviei para o repositório.

Bom dia Eder, Já enviei para o repositório.

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.