Italo Giurizzato Junior

Boa tarde Silva, Através do programa exemplo tente enviar o RPS usando o botão [Enviar um RPS (Unitário)], apesar de existir o serviço de envio em lote no modo síncrono ele pode estar com problemas.

Boa tarde Felipe, Qual é o provedor?

Boa tarde Rodrigues, Infelizmente não temos essa informação, o componente sempre adota o ";", mas podemos fazer com que ele mude o caractere de forma automática ao gerar o XML a partir do momento que alguém descobre e nos conte qual é o caractere usado. Tem um provedor que utiliza os caracteres #10 e #13, mas eles são removidos do XML antes da sua assinatura, se o provedor se utiliza deles não vai ter solução.

Boa tarde Adilson, Você esta fazendo confusão. Informando o valor 5 a esse campo você esta dizendo que o Regime Especial de Tributação Municipal é Profissional Autônomo, que ao meu ver não tem nada haver com o MEI. Para gerar essa tag devemos alimentar o campo: NFSe.RegimeEspecialTributacao E ele aceita os seguintes valores: retNenhum, retCooperativa, retEstimativa, retMicroempresaMunicipal, retNotarioRegistrador, retISSQNAutonomos, e retSociedadeProfissionais. A tag opSimpNac que é alimentada com o conteúdo do campo: NFSe.OptanteSN pode receber os seguintes valores: osnNaoOptante, osnOptanteMEI, osnOptanteMEEPP.

Lindomar, Eu não trabalho com C# somente com Delphi logo não sei como ele vai passar esse valor para a Lib para que o XML seja gerado. No Delphi temos o tipo: TpcteTipoDocumento = (tdDeclaracao, tdDutoviario, tdCFeSAT, tdNFCe, tdOutros); as funções de conversão: function TpDocumentoToStr(const t: TpcteTipoDocumento): string; begin result := EnumeradoToStr(t, ['00', '10', '59', '65', '99'], [tdDeclaracao, tdDutoviario, tdCFeSAT, tdNFCe, tdOutros]); end; function StrToTpDocumento(out ok: boolean; const s: string): TpcteTipoDocumento; begin result := StrToEnumerado(ok, s, ['00', '10', '59', '65', '99'], [tdDeclaracao, tdDutoviario, tdCFeSAT, tdNFCe, tdOutros]); as linhas responsáveis por gerar as tags: Gerador.wCampo(tcStr, '#320', 'tpDoc ', 02, 002, 1, TpDocumentoToStr(CTe.infCTeNorm.infDoc.InfOutros[i].tpDoc), DSC_TPDOC); Gerador.wCampo(tcStr, '#321', 'descOutros', 01, 100, 0, CTe.infCTeNorm.infDoc.InfOutros[i].descOutros, DSC_OUTROS); Gerador.wCampo(tcStr, '#322', 'nDoc ', 01, 020, 0, CTe.infCTeNorm.infDoc.InfOutros[i].nDoc, DSC_NRO); Gerador.wCampo(tcDat, '#323', 'dEmi ', 10, 010, 0, CTe.infCTeNorm.infDoc.InfOutros[i].dEmi, DSC_DEMI); Gerador.wCampo(tcDe2, '#324', 'vDocFisc ', 01, 015, 0, CTe.infCTeNorm.infDoc.InfOutros[i].vDocFisc, DSC_VDOC); Gerador.wCampo(tcDat, '#325', 'dPrev ', 10, 010, 0, CTe.infCTeNorm.infDoc.infOutros[i].dPrev, DSC_DPREV); Uma informação importante é que o grupo infOutros é uma lista, ou seja, o XML do CT-e pode conter vários grupos infOutros, no manual diz que podemos ter N ocorrências, no componente limitamos em 990. Essas classes do C# vão ter que criar a lista InfOutros e alimentar os seus campos corretamente, pode ser ai que a coisa esteja pegando.

Boa tarde Lindomar, Primeiramente temos que ter em mente que um CT-e só pode ter o grupo infNF ou infNFe ou infOutros, ou seja, somente um desses 3 grupos podem estar presentes no CT-e. Vamos tomar como base o infOutros: Analisando o manual temos que somente o campo tpDoc é obrigatório e os valores validos são: 00 - Declaração; 10 - Dutoviário; 59 - CF-e SAT; 65 - NFC-e; 99 - Outros Se for 99 devemos alimentar o campo descOutros. Pela imagem que você anexou o valor atribuído a tpDoc é "declaracao", talvez seja esse o problema, no meu entendimento deveria ser "00"

Bom dia Antonio, Temos tomar cuidado ao alterar uma função definida no ACBrNFSeXConversao, pois se ela é usada por mais de um provedor, pode gerar um efeito colateral. Outra coisa, segundo os schemas temos o seguinte: <xs:simpleType name="TSTribISSQN"> <xs:annotation> <xs:documentation> Tributação do ISSQN sobre o serviço prestado: 1 - Operação tributável; 2 - Exportação de serviço; 3 - Não Incidência; 4 - Imunidade; </xs:documentation> </xs:annotation> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:enumeration value="1"/> <xs:enumeration value="2"/> <xs:enumeration value="3"/> <xs:enumeration value="4"/> </xs:restriction> </xs:simpleType> O que tudo indica uma discordância com o manual. Vou questionar o pessoal da RFB e da SERPRO para saber qual é o correto.

Bom dia Bruno, Caso você tenha acesso a um contador seria interessante questionar ele. No meu entendimento é a pessoa mais indicada para nos informar qual seria a regra que devemos seguir para definir quando a tag deve ser gerada ou não. Você acha que consegue isso?

Bom dia Elison, Muito obrigado pela colaboração, já inclui na minha lista de tarefas para atualizar o INI e checar esse problema. TK-4413

Bom dia Antonio, Favor anexar a unit alterada para que possamos analisar. Desde já muito obrigado pela colaboração. Outra coisa importante: No que se refere ao prestador no DPS informe somente o CNPJ, fone, email e o grupo regTrib com os campos opSimpNac e regEspTrib.

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

Bom dia Victor, Você pegou os fontes de onde? Repito a alteração foi enviada no dia 30/08/2023 para o SVN oficial do Projeto ACBr.

Bom dia Dinael, Com essa configuração era para salvar os arquivos XML sim. Por favor faça os testes usando o programa exemplo.

Bom dia Antonio, Não fiz nenhuma alteração no fonte de impressão do DANFSE e sim em outras units. Alguns provedores permitem que seja informado uma lista de serviços, ao checar notei que alguns deles não tem uma tag com o total, somente quantidade e valor unitário, então inclui a linha para calcular o total. Com isso já deveria resolver o problema de mostrar o valor total. Eu não trabalho com o Fast somente com o Fortes, logo não tenho como testar, para saber se em algum momento ele esta zerando o valor total. Outra coisa: Você tem fontes com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build.

Bom dia Regis, Me desculpa, mas este tópico esta sendo tratado problemas com o provedor IPM. Favor criar um novo tópico para tratarmos do provedor Tecnos. Outra coisa, o XML do RPS não ajuda em nada, precisamos do XML (soap) de retorno tanto do envio quanto da consulta. Por favor crie um novo tópico e anexe junto esses arquivos. Desde já muito obrigado pela compreensão.

Bom dia Gladston, Primeiramente, a comparação de uma emissão via site com uma via webservice é complicada, pois via site você só o XML da NFS-e, já via webservice você tem o XML do RPS e da NFS-e. Logo não da para comparar o XML da NFS-e do site com o XML do RPS gerado e enviado para o WebService. Por conta disso reforço o pedido. Pega o XML de um RPS gerado e enviado pelo emissor antigo e compare com o XML do RPS gerado pelo emissor novo. Eu entendo que o emissor que você se refere é a sua aplicação, correto?

Bom dia Lindomar, Tente desta forma: xObs=Truck;Placa Teste;Linha 3;Cashback disponivel: R$ 2.000,00;Cashback disponivel: R$ 2.000,00;Cashback disponivel: R$ 2.000,00 Note que usei o caracter ";" para gerar uma quebra de linha ao imprimir o DACTE.

Bom dia, Notei que já se encontra no SVN a alteração que contempla a leitura dessas novas informações que constam no retorno. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Olá Pessoal, Notei que diversos desenvolvedores estão fazendo perguntas repetitivas tanto no Fórum quanto no Discord sobre a NFS-e Padrão Nacional, compilei algumas dessas perguntas e suas respectivas respostas. 1. Para emitir NFS-e Padrão Nacional precisa de certificado digital? Resp.: Depende, se a nota for emitida pelo Portal Nacional da NFS-e só é necessário ter um usuário e senha, por outro lado se for emitida por uma aplicação de terceiro vai ser necessário sim, pois a API Rest (webservice) requer que o XML do DPS (Declaração de Prestação de Serviço) seja assinada. 2. O certificado digital tem que ser do prestador? Resp.: Sim. 3. O certificado digital tem que ser um e-CNPJ ou pode ser um e-CPF? Resp.: Vai depender do prestador ser uma pessoal jurídica ou física. 4. O MEI é pessoa jurídica ou física? Resp.: MEI é um Micro Empresário Individual portanto uma pessoa jurídica (possui CNPJ), logo o certificado é um e-CNPJ. 5. A partir de 01/09/2023 só o MEI vai poder emitir suas notas segundo o Padrão Nacional? Resp.: Quem é MEI a partir de 01/09/2023 é obrigatório a emitir a sua nota pelo Padrão Nacional independente se a sua cidade ter aderido ou não ao projeto do Padrão Nacional, por outro lado quem não é MEI vai depender da cidade ter aderido a Emissão da NFS-e. 5. Existem cidades que já aderiram ao projeto? Resp.: Sim, para saber quais são basta acessar o link abaixo e procurar as cidades que na coluna Aderente Emissor Nacional contem a palavra SIM (exemplo a cidade de Bujari/AC). https://www.gov.br/nfse/pt-br/municipios-aderentes/municipios-aderentes 6. É possível emitir a NFS-e Padrão Nacional usando o ACBr? Resp.: Sim, através do componente ACBrNFSeX, ACBrLibNFSe e ACBrMonitor Plus (Lib e Monitor usar sempre a ultima versão). Com o componente antigo ACBrNFSe não é possível, pois não damos mais manutenção a ele. Para isso, basta alterar a propriedade LayoutNFSe para o valor lnfsPadraoNacionalv1. A mesma fica na aba Geral do programa exemplo para o componente nativo. No caminho DFe > WebServices > NFSe no MonitorPLUS e na seção [NFSe] no arquivo ACBrLib.ini. 7. Ao tentar emitir uma nota no Padrão Nacional usando o componente ou a Lib ou o Monitor estou recebendo alguns erros de internet. Resp. Isso é possível de estar ocorrendo pois a RFB e o SERPRO não esperavam um volume gigantesco de emissões, eles estão trabalhando para sanar esses problemas. 8. Posso usar o certificado A3 ou tem que ser A1? Resp.: Pode sim usar o A3, mas a Equipe ACBr recomenda o uso do A1, pois o A3 possui conexão física com o computador essa conexão pode falhar, já o A1 é um arquivo (PFX) que é salvo no disco ou no banco de dados e pode ser instalado no Windows. Outra é que com o certificado A1 e o componente ou Lib ou Monitor configurado para usar o OpenSSL a aplicação vai funcionar independente da versão do Windows e se ele esta atualizado ou não, já o A3 não tem como usar o OpenSSL. 9. "RNG9999 Erro não catalogado" e agora? Este erro é um indicativo de que ocorreu no meio do processo, no entanto, o erro em questão não é um dos que foram mapeados. Pensem nele como o "último else" das validações. Ao receber este erro, revise todas as informações que estão configuradas e que estão sendo enviadas no DPS para se certificar que não esteja sendo enviado algo errado.

Boa tarde Jaisson, Você poderia anexar o XML da NFS-e para que possamos fazer as devidas correções e testes? Se desejar manda o XML por mensagem privada.

Bom dia Osmar, Complementado o que o BigWings lhe passou. O componente ACBrNFSeX emite NFS-e no Padrão Nacional para todas as cidades brasileiras, independente dela ter aderida ou não ao projeto da NFS-e Padrão Nacional. Isso é claro se tratando de MEI. Se o prestador não for MEI se faz necessário a cidade em questão ter aderido a emissão da NFS-e. Independente disso o componente emite NFS-e no Padrão Nacional.

Bom dia Claudiney, Se esta abrindo a visualização do DANFSE, basta desativar. MostraPreview := False;

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

Bom dia a todos, Acabei de fazer um teste e o resultado foi esse: Requisição Ambiente: 1 Cidade : Curitiba/PR Provedor: ISSCuritiba Versão: 1.00 Método Executado: Enviar Lote Parâmetros de Envio Numero do Lote: 100 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : E517 Mensagem: Inscrição Municipal do prestador inválida. Correção: Informa a inscrição municipal válida para o prestador de serviços.

Bom dia Danio, Muito obrigado pela colaboração referente a troca de provedor, já inclui na minha lista de tarefas. TK-4404