Italo Giurizzato Junior

Luís, Se ao gerar a tag ocorre erro de validação, isso significa que você esta usando os schemas errados. Todos os fontes de todas as pastas estão atualizados? Se sim, os schemas que você esta usando para validar é os que se encontram na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\SimplISS

Bom dia, Você esta com todos os fontes atualizados? Esta fazendo testes com o programa exemplo? Pelo que notei em vez de retornar o XML da NFS-e esta simplesmente retornando o protocolo que acusa o recebimento. Sendo assim devemos usar o método ConsultarLoteRps informando o numero do lote e o protocolo.

Bom dia Luís, Se esta gerando a tag <ValorIss> é porque você esta alimentando o campo: Servico.Valores.ValorIss Para gerar a tag <ValorIssRetido> basta alimentar o campo: Servico.Valores.ValorIssRetido

Bom dia Michel, Que eu saiba o provedor SystemPro segue a versão 2 do layout da ABRASF. Pelo que eu entendi, o XML do Rps esta sendo gerado com um layout diferente, no arquivo SystemPro.ini o campo Validar esta com o valor zero para que não ocorra erro na validação. Pelo que estou entendendo o provedor SystemPro se utiliza de um schema semelhante ao do provedor fIntelISS. Será que você não consegue com o provedor SystemPro o Schema correto a ser utilizado.

Olá pessoal, Acredito que alguém já deve ter passado por essa situação, consultar uma nota cancelada no Portal e não constar o evento de cancelamento. O que será que ocorreu? Primeiro é preciso saber se a nota em questão foi autorizada no ambiente de homologação ou de produção, pois se realizar a consulta no ambiente errado seremos informados que a nota não existe. Segundo, devemos sempre primeiro consultar na SEFAZ responsável pela autorização da nota. Exemplo 1: A UF se utiliza da SEFAZ-Virtual do RS, neste caso devemos primeiro consultar no Portal da SVRS - Notas Fiscais Eletrônicas. Depois consultar na SEFAZ da UF (caso o site da UF tenha a opção de consulta) e por fim no Portal Nacional da NF-e. Exemplo 2: A UF se utiliza da SEFAZ do Estado, neste caso devemos primeiro consultar no Portal da SEFAZ-Autorizadora, por exemplo: SEFAZ-SP. Depois consultar no Portal Nacional da NF-e. Lembre-se que existe um delay entre a SEFAZ responsável pela autorização da nota e o Ambiente Nacional.

Boa tarde Kelvin, Muito obrigado pela colaboração, vou incluir na minha lista de tarefas.

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

Boa tarde, Não existe Ordem de Coleta Eletrônica a ser enviada para SEFAZ. O que existe é o grupo <occ> dentro do grupo <rodo> onde você informa os dados referente a ordem de coleta, detalhe um CT-e pode conter até 10 <occ>. Conversa direito com ele, talvez o que ele quer é que a transportadora informe as coletas no CT-e.

Boa tarde Edu, Tenha em mente que o modelo 57 se refere ao CT-e = Conhecimento de Transporte Eletrônico, utilizado para acobertar o transporte de cargas. Já o modelo 67 se refere ao CT-e OS = Conhecimento de Transporte Eletrônico Outros Serviços, utilizado par acobertar o transporte de valores, bagagem extra ou fretamento. O método de envio é o mesmo, mas por conta das particularidades dos dois modelos a rotina que alimenta o componente são diferentes.

Boa tarde, Chegou a verificar se em nenhuma outra unit da sua aplicação essa configuração é alterada?

Boa tarde, Você poderia anexar um XML de NFS-e retornado pelo provedor Elotech, pois achei estranho a sua rotina que faz a leitura desse XML. Desde já muito obrigado.

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

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

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

Boa tarde Jefferson, Eu não utilizo o ACBrMonitor, mas procurei no manual do mesmo o método para imprimir o DANFE e encontrei a seguinte sintaxe. NFE.ImprimirDanfe(cArqXML,[cImpressora],[nNumCopias],[cProtocolo],[bMostrarPreview],[cMarcaDagua],[bViaConsumidor],[bSimplificado]) Parâmetros cArqXML - Caminho do arquivo XML da NF-e. cImpressora - Nome da Impressora. Obs.: Parâmetro opcional. nNumCopias - Número de Cópias. Obs.: Parâmetro opcional. cProtocolo - Número de Protocolo de NF-e. Obs.: Parâmetro opcional. bMostrarPreview - exibe o preview antes da impressão (1 - para exibir). Obs.: Parâmetro opcional. cMarcaDagua - Imprime parâmetro informado como MarcaDagua. Obs.: Parâmetro opcional. bViaConsumidor - Emitir via do Consumidor (1 - para emitir) Obs.: Parâmetro opcional. bSimplificado - Imprimir DANFe modelo Simplificado (1 - para emitir). Obs.: Parâmetro opcional. NFE.ImprimirDanfe("c:\35XXXXXXXXXXXXXXXX550010000000050000000058-nfe.xml", , , ,1) Acredito que com o comando acima você vai conseguir visualizar o DANFE na tela sem a necessidade de imprimir no papel ou gerar um PDF.

Não se deve confundir o CNPJ do intermediador da transação (YB02), com o CNPJ da instituição de pagamento (YA05). Porém, em algumas situações poderá ser o mesmo CNPJ. Por exemplo: caso o intermediador da transação seja o responsável por fazer o pagamento ao vendedor (emitente da NF-e), deve ser informado no campo CNPJ da instituição de pagamento o CNPJ do intermediador. Portanto, para efeitos do CNPJ da instituição de pagamento, deve ser informada a instituição/empresa que fez o repasse de pagamento para o vendedor/remetente. Em outras palavras, o CNPJ do adquirente, subadquirente, intermediador ou instituição similar que efetuou o pagamento ao vendedor. Texto extraído da Nota Técnica 2020/006 versão 1.20 (página 12).

Os Ajustes SINIEF 21/2020 e 22/2020 introduziram a exigência da identificação do intermediador da transação comercial na NF-e e NFC-e. Sendo assim, foram criados 4 campos na NF-e/NFC-e, sendo eles: indIntermed (B25c), infIntermed (YB01), CNPJ (YB02) e idCadIntTran (YB03). O campo Indicador de intermediador/marketplace (indIntermed) é uma “flag” utilizada para o emitente da NF-e/NFC-e declarar quando a operação/venda ocorreu em site/marketplace ou plataforma de terceiro. Quando declarado que a operação for intermediada (indIntermed=1) será necessário informar os campos do grupo infIntermed (YB01): CNPJ (YB02) e idCadIntTran (YB03). Caracteriza-se venda com intermediador (indIntermed=1), quando o vendedor/emitente da NF-e/NFC-e (CNPJ14) for diferente do CNPJ14 do site/marketplace ou plataforma que realizou a venda. Em algumas situações, a venda/operação pode ocorrer com mais de um marketplace/intermediador, por exemplo quando o “Vendedor A” anuncia no “Marketplace M1” e este anuncia no “Marketplace M2”. Nesse caso, na hipótese do “Marketplace M1” ter enviado a informação para o “Vendedor A”, na NF-e deve ser informado o CNPJ do “Marketplace M1”. Em resumo, independente da cadeia de plataformas envolvidas, deve-se informar o CNPJ do intermediador (campo YB02) de quem que enviou a informação da venda para o vendedor/emitente da NF-e/NFC-e. Texto extraído da Nota Técnica 2020/006 versão 1.20 (página 12). Exemplos para quem utiliza o componente ACBrNFe: 1. Venda presencial no Estabelecimento ou Fora dele. Ide.indPres := pcPresencial ou pcPresencialForaEstabelecimento; Ide.indIntermed := iiSemOperacao; 2. Venda não presencial, pela Internet ou Teleatendimento ou com entrega a domicílio ou outros sem Intermediador. Ide.indPres := pcInternet ou pcTeleatendimento ou pcEntregaDomicilio ou pcOutros; Ide.indIntermed := iiOperacaoSemIntermediador; 3. Venda não presencial, pela Internet ou Teleatendimento ou com entrega a domicílio ou outros com Intermediador. Ide.indPres := pcInternet ou pcTeleatendimento ou pcEntregaDomicilio ou pcOutros; Ide.indIntermed := iiOperacaoComIntermediador; (...) // CNPJ do Intermediador da Transação (agenciador, plataforma de delivery, marketplace e similar) de serviços e de negócios. infIntermed.CNPJ := '1234'; // Identificador cadastrado no intermediador. // 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. infIntermed.idCadIntTran := 'Zezinho'; Exemplos para quem utiliza o ACBrMonitor ou ACBrLibNFe: 1. Venda presencial no Estabelecimento ou Fora dele. [ide] indPres=1 ou 5 indIntermed= 2. Venda não presencial, pela Internet ou Teleatendimento ou com entrega a domicílio ou outros sem Intermediador. [ide] indPres=2 ou 3 ou 4 ou 5 indIntermed=0 3. Venda não presencial, pela Internet ou Teleatendimento ou com entrega a domicílio ou outros com Intermediador. [ide] indPres=2 ou 3 ou 4 ou 5 indIntermed=1 (...) [infIntermed] ; CNPJ do Intermediador da Transação (agenciador, plataforma de delivery, marketplace e similar) de serviços e de negócios. CNPJ=1234 ; Identificador cadastrado no intermediador. ; 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. idCadIntTran=Zezinho

ATENÇÃO! Parada programada do Portal Nacional da NF-e no dia 28/03/2021 das 8h às 12h No dia 28/03/2021, a partir das 8 h, serão executados procedimentos de manutenção que requerem que o Portal Nacional da NF-e fique indisponível. A operação vai durar no máximo 4 (quatro) horas. Assinado por: Receita Federal do Brasil

Bom dia a todos, Foi publicado a versão 1.20 da NT 2020/006 (16/03/2021) . O que mudou? Alteração em algumas regras de validação da SEFAZ e data de ativação tanto no ambiente de homologação quanto de produção. Veja como ficou as datas: Versão Descrição Homologação Produção 1.00 Criação de campos e Regras de Validação - seção 2 desta NT 01/02/2021 05/04/2021 1.10 Prazo de implantação desta NT v1.00 e v.1.10 para SV-AN, SP, MG e GO 01/03/2021 05/04/2021 1.10 Inclusão das regras YB01-10, YB01-20 e YB02-10 para modelo 65 01/03/2021 05/04/2021 1.10 Regra YA02-50 , observação 2 01/03/2021 05/04/2021 1.10 Regra B25c-10, observação 2 05/04/2021 01/09/2021 1.10 Regra Y08-90, observação a critério da UF 01/03/2021 05/04/2021 1.20 Regras YA02-60, YA06-10 e B25c-10, YA02a-10 e YA02a-20, inclusão do campo YA02a - xPag até 03/05/2021 01/09/2021 1.20 Regra YA02-50 foi eliminada até 03/05/2021 - Regra YA02-60 que é aplicada tanto para NF-e quanto para NFC-e: Verificar se o código do meio de pagamento (tag: tPag) existe na Tabela de códigos dos meios de pagamentos publicada no Portal Nacional da Nota Fiscal Eletrônica Observação 1: Regra válida a partir de 03/05/2021 (ou antes dependendo da SEFAZ-Autorizadora) para homologação e 01/09/2021 para produção Regra YA06-10 que é aplicada tanto para NF-e quanto para NFC-e: Verificar se o Código da bandeira de cartão de crédito e/ou débito (campo: tBand) existe na tabela de códigos das operadoras de cartão de crédito e/ou débito publicada no Portal Nacional da Nota Fiscal Eletrônica Observação 1: Regra válida a partir de 03/05/2021 (ou antes dependendo da SEFAZ-Autorizadora) para homologação e 01/09/2021 para produção Regra B25c-10 que é aplicada tanto para NF-e quanto para NFC-e: Se Informado indicativo de presença, tag: indPres, IGUAL a 2, 3, 4 ou 9 - Obrigatório o preenchimento do campo Indicativo do Intermediador (tag: indIntermed) Observação 1: Regra válida a partir de 03/05/2021 (ou antes dependendo da SEFAZ-Autorizadora) para homologação e 01/09/2021 para produção. Regra YA02a-10 que é aplicada tanto para NF-e quanto para NFC-e: Quando o código do meio de pagamento (tag: tPag) for preenchido com o código 99-outros, obrigatório o preenchimento da descrição do meio de pagamento (tag: xPag) Regra YA02a-20 que é aplicada tanto para NF-e quanto para NFC-e: Quando o código do meio de pagamento for diferente 99-outros (tag: tPag<>99), proibido o preenchimento da descrição do meio de pagamento (tag: xPag) Regra YA02-50 que é aplicada tanto para NF-e quanto para NFC-e: Esse regra foi eliminada das regras de validação da SEFAZ no que se refere as Informações de Pagamento. Inclusão da tag <xPag> (opcional) dentro do grupo <detPag> Grupo de Detalhamento do Pagamento para atender as regras YA02a-10 e YA02a-20. O componente vai ser atualizado assim que foi publicado os novos schemas para atender a nova tag (xPag). Sendo assim fiquem atentos as atualizações dos fontes ACBr. Como vai ter alteração nos schemas se faz necessário atualizar os schemas nas maquinas dos seus clientes assim que eles estiverem disponíveis.

Boa tarde Alexandre, A cidade do Rio de Janeiro se utiliza do provedor RJ que segue a versão 1 do layout da ABRASF. Nessa versão só temos o serviço de envio de lote no modo assíncrono, portanto você deve utilizar o botão [Enviar Lote RPS (Enviar)]

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

Boa tarde Marco, Já enviei para o repositório a unit.