Ehdu

Esqueci de comentar, o porque disso é simples o padrão nacional que a Tiplan disponibilizou tá extremamente intermitente.

Sim @Matheus_Lira tanto no padrão nacional (API) como ABRASF (Webservice). Sugestão? Opte pelo ABRASF por enquanto, o padrão nacional que a Tiplan disponibilizou tá extremamente intermitente. Tem que fazer um ajuste no .ini para usar Alíquotas com duas casas decimais no modelo ABRASF. [3501608] Nome=Americana UF=SP Provedor=Tiplan Versao=2.03 Params=Aliquota2Casas:True ProRecepcionar=https://nfse.americana.sp.gov.br/nfse/wsnacional2/nfse.asmx HomRecepcionar=https://americanahomologacao.nfe.com.br/nfse/wsnacional2/nfse.asmx ProLinkURL=https://nfse.americana.sp.gov.br/nfse.aspx?ccm=%InscMunic%&nf=%NumeroNFSe%&cod=%CodVerif% HomLinkURL=https://nfse.americana.sp.gov.br/nfse.aspx?ccm=%InscMunic%&nf=%NumeroNFSe%&cod=%CodVerif% Dá uma olhada no ACBr\Fontes\ACBrDFe\ACBrNFSeX\Provedores\Tiplan.GravarXml.pas que lá já tem os novos campos que eles incluiram no padrão ABRASF.

Está sim, inclusive tanto no padrão nacional (API) como ABRASF (Webservice), basta olhar a documentação de Americana no site deles. Porém o servidor nacional que a Tiplan disponibilizou tá extremamente intermitente, tenta emitir usando o padrão ABRASF. Tem que fazer um ajuste no .ini para usar Alíquotas com duas casas decimais no modelo ABRASF. [3501608] Nome=Americana UF=SP Provedor=Tiplan Versao=2.03 Params=Aliquota2Casas:True ProRecepcionar=https://nfse.americana.sp.gov.br/nfse/wsnacional2/nfse.asmx HomRecepcionar=https://americanahomologacao.nfe.com.br/nfse/wsnacional2/nfse.asmx ProLinkURL=https://nfse.americana.sp.gov.br/nfse.aspx?ccm=%InscMunic%&nf=%NumeroNFSe%&cod=%CodVerif% HomLinkURL=https://nfse.americana.sp.gov.br/nfse.aspx?ccm=%InscMunic%&nf=%NumeroNFSe%&cod=%CodVerif% Dá uma olhada no ACBr\Fontes\ACBrDFe\ACBrNFSeX\Provedores\Tiplan.GravarXml.pas que lá já tem os novos campos que eles incluiram no padrão ABRASF.

Quando é enviado para Americana no servidor de produção estava dando erro de aliquotas com 4 casas decimais, fazendo o ajuste no .ini resolveu. [3501608] Nome=Americana UF=SP Provedor=Tiplan Versao=2.03 Params=Aliquota2Casas:True ProRecepcionar=https://nfse.americana.sp.gov.br/nfse/wsnacional2/nfse.asmx HomRecepcionar=https://americanahomologacao.nfe.com.br/nfse/wsnacional2/nfse.asmx ProLinkURL=https://nfse.americana.sp.gov.br/nfse.aspx?ccm=%InscMunic%&nf=%NumeroNFSe%&cod=%CodVerif% HomLinkURL=https://nfse.americana.sp.gov.br/nfse.aspx?ccm=%InscMunic%&nf=%NumeroNFSe%&cod=%CodVerif% Por favor teria como deixar padrão esta alteração no .ini?

Segue em anexo as alterações que fiz para adequar a reforma tributária. nfse.xsd xmldsig-core-schema_v2.03.xsd Tiplan.GravarXml.pas

Sim, ontem a recebi uma documentação nova, porém continua o mesmo problema.

Imagino que em vez de mudar a unit básica, certo deve ser mexer no Provedore da TipLan, algo parecido com isto:Tiplan.GravarXml.pas Preciso tira rum tempo hoje para revisar e testar isto.

É Americana - SP / TipLan. Aém do que ela reportou tem os campos novos que reportei também. Eles adicionaram 6 novos campos no padrão ABRASF 2.03 deles.

Estou com problema ao emitir NFSE no Padrão Nacional para Americana - SP. Se uso ou não a Rerforma Tributária ele da o mesmo de erro: "Código da Atividade Prestada (01.01) não está disponível para emissão." Porém o código está correto, o regime tributário também. Alguém já passou por isto? 1-ger-nfse.json1-lista-nfse-ger.json3525123705801000019856000000000000001-rps.xml

@Francielle Herling de Oliveira da Silva você conseguiu emitir mesmo só fazendo essa alteração? Estou com mesmo problema aqui, pela documentação vi que a TipLan para o pradão ABRASF 2.03 criou alguns campos novos: Estou vendo como fazer pra implementar isso no Provedor da TipLan. Eu até tentei mudar para o padrão nacional porém aparentemente o serviço de homologação não esta 100%.

Estou com o mesmo problema aqui, acredito que seja isto acima. Só tem um porém o primeiro link está quebrado e não da para baixar.

É SIGISSWEB e o código IBGE é 3545803 não tem nada dele no cidades.ini.

Por acaso alguém já tentou fazer o ACBR emitir NFSE para prefeitura de Santa Bárbara D'Oeste?

Sim, esta false. Com false eu estou fazendo o fluxo na mão no código postado ali em cima certo? Ou estou errado?

Obrigado pela Ajuda Italo. Mudou o problema agora: Implementei meu código assim: Porém o arquivo retornou com o erro 3. Tens ideia do que possa ser? Eu mudei alguns parâmetros, coloquei AguardaConsultaRet em 1000 e tentativas em 10 e mesmo assim continuo com este problema. 1466-env-lot.xml 637685896352152110-con-sit.xml 1466-rec.xml 637685896352152110-sit.xml

Boa tarde. Procurei no fórum porém não achei nada parecido com o problema que estou tendo, tentei acionar a prefeitura de Curitiba e nada, até agora não respoderam. Aparentemente o envio esta certo inclusive retorna o protocolo, porém quando ConsultarNfseRpsEnvio retorna erro: <Codigo>E4</Codigo> <Mensagem>Esse RPS nao foi enviado para a nossa base de dados</Mensagem> <Correcao>Envie o RPS para emissao da NFS-e.</Correcao> Já olhei a documentação e esta tudo certo, não sei o que estou errando. Alguém já teve este problema? Poderia me ajudar? 211-con-nfse-rps.xml 211-comp-nfse.xml 1462-rec.xml 1462-env-lot.xml

@Juliomar Marchetti era isso mesmo, ERP da empresa na chamada dele faz registro de uma versão antiga do midas.dll toda vida que é executado. Muito obrigado!

Estou com esse problema no Delphi 10.4.2. Acontece que quando instalo do zero tudo funciona normalmente e depois de algum tempo começa a dar esse Access Violation. Obs.: O midas já esta atualizado pra uma versão mais nova. Obs.: Já recompilei o fortes e acbr e continua dando o problema. bugreport.txt

Juliomar eu sabia que o erro era isso (acho que você não leu o titulo do meu post e muito menos leu que citei a consistência E16a-40), porém para mim era sem logica por consumidor final, afinal eu vendo tecido que vai ser industrializado lá fora ou seja tecnicamente não é consumidor final. Porém segundo a SEFAZ/RS me respondeu da seguinte forma: "A definição da regra não coloca uma exceção para operações com o exterior. Assim, ela se aplica também a essas operações. Um destinatário no exterior pode não ser consumidor final, no sentido que ele vai fazer alguma operação posterior com a mercadoria (industrialização ou comercialização). Porém, essa operação posterior irá ocorrer no estrangeiro, fora do âmbito da legislação tributária brasileira. Assim, para fins de legislação tributária, o destinatário é considerado equivalente a consumidor final."

A SEFAZ/RS me respondeu da seguinte forma: "A definição da regra não coloca uma exceção para operações com o exterior. Assim, ela se aplica também a essas operações. Um destinatário no exterior pode não ser consumidor final, no sentido que ele vai fazer alguma operação posterior com a mercadoria (industrialização ou comercialização). Porém, essa operação posterior irá ocorrer no estrangeiro, fora do âmbito da legislação tributária brasileira. Assim, para fins de legislação tributária, o destinatário é considerado equivalente a consumidor final." Pode fechar.

Esta ocorrendo este erro numa NFE de EXPORTAÇÂO. Pelo que notei esta tudo certo no xml visto que notas de exportação a orientação é preenchimento da tag indIEDest=9 E não tem nada referente a exportação na regra E16a-40 Alguém poderia me ajudar? nota.xml