WINDEL

Conforme tópico citado abaixo, criado anteriormente pelo Daniel, eis que nos deparamos com um novo decreto no estado do Rio Grande do Sul, aonde os principais objetivos seriam: A vinculação da emissão do documento fiscal em operações que envolvam instrumentos de pagamento eletrônico; A emissão do comprovante de transação ou intermediação de vendas ou serviços efetuada com cartões de débito, crédito, de loja (private label), transferência de recursos, transações eletrônicas do Sistema de Pagamento Instantâneo, e demais instrumentos de pagamento eletrônico devem estar vinculados ao documento fiscal emitido na operação ou prestação respectiva, conforme disposto na legislação pertinente. Inicialmente, estaria vedada a utilização de equipamentos de pagamentos não integrados ao emissor de NFC-e. Já na INSTRUÇÃO NORMATIVA RE Nº 108/22 (http://www.legislacao.sefaz.rs.gov.br/Site/Document.aspx?inpKey=292768&inpCodDispositive=&inpDsKeywords=108), os equipamentos POS são citados e podem ser utilizados, desde que estejam vinculados ao CNPJ do estabelecimento em que estiver sendo utilizado. Diante da análise do decreto, bem como as diversas instruções normativas que foram adicionadas posteriormente, nos deparamos com algumas dúvidas, que foram direcionadas ao NAVi - Núcleo de Atendimento Virtual Receita Estadual – RS. Como as respostas não foram claras até o momento e ainda restam muitas dúvidas a respeito de como proceder para estar de acordo com essa nova legislação, que entra em vigor na data de 01/04/23, para determinados estabelecimentos, irei anexar os principais questionamentos e respostas obtidas até agora, para que todos possamos analisar. Caso alguém também tenha enviado questionamentos e recebido respostas, considere válido adicionar junto ao tópico. 1ª Pergunta, enviada em 09/03/23, respondida em 15/03/23 por Eduardo S. Benazzi (Auditor Fiscal da Receita Estadual) Pergunta: Conforme o DECRETO Nº 56.670, DE 26 DE SETEMBRO DE 2022, ficou vedada a utilização de maquininhas POS no RS, trazendo a obrigatoriedade da utilização do TEF para recebimento via cartões, pix, etc. Na INSTRUÇÃO NORMATIVA RE Nº 108/22, já é citado o equipamento POS, com algumas restrições de uso, porém, torna possível a utilização, que no decreto anterior dizia ser proibido. A minha dúvida é, caso o cliente utilizar equipamento POS, ou até mesmo um recebimento via PIX, aonde o qrcode é gerado diretamente pelo seu software emissor e não pelo equipamento do TEF, se o software emissor pode vincular as informações do pagamento, transação, etc, diretamente nas tags de XML da NFC-e. No caso, nós com software house, geraríamos um qrcode para recebimento via pix, o consumidor irá efetuar o pagamento e esse pagamento será vinculado na nfc-e, em suas tags específicas. Esse processo corresponderia com a legislação? Resposta: A respeito dessa questão, precisamos esclarecer que o Decreto 56,670 não veda a utilização de máquinas POS, e também não torna obrigatória a utilização do sistema TEF> Isso é um engano. O que o Decreto 56,670 determina, isso sim, é a obrigatoriedade de integração da NFC-e com o meio de pagamento eletrônico. A empresa pode utilizar qualquer sistema que forneça as informações necessárias, e não precisa necessariamente ser um sistema TEF. A idéia básica é que certas informações devem ser preenchidas no comprovante de pagamento e também na nota fiscal. Em particular, o sistema da empresa deve gerar um código de identificação da operação. Esse código deve ser impresso no comprovante de pagamento, e deve também ser informado em campo específico da nota fiscal (tag "cAit", no arquivo XML). Orientações sobre o assunto estão no arquivo em anexo. Pergunta² (enviada em 16/03/23, respondida em 18/03/23): Então, ainda fico na dúvida referente a um ponto: "29.5.1 - A emissão do comprovante de transação ou intermediação de vendas ou serviços, realizados de forma presencial, efetuada com cartões de débito, de crédito, de loja ("private label"), transferência de recursos, transações eletrônicas do Sistema de Pagamento Instantâneo e demais instrumentos de pagamento eletrônico, deve estar vinculada à NFC-e emitida na operação ou prestação, mediante interligação com o programa emissor do documento fiscal, a partir de:" - INSTRUÇÃO NORMATIVA RE Nº 108/22 Com a sua explicação e a informação da instrução normativa, entendo que os pagamentos eletrônicos, sendo PIX ou transferência bancária, também devemos informar na tag cAut o código da transação. Porém, se analisarmos o manual da NF-e, a tag cAut se refere ao número de autorizaçção da operação cartão de crédito e/ou débito. Desta forma, não estaria correto informar na cAut o código de autorização destes pagamentos, correto? Então o decreto está exigindo o vínculo de todos pagamentos listados, porém no layout da nota somente temos campos para cartões. Neste caso então transferência de recursos, transações eletrônicas do Sistema de Pagamento Instantâneo e demais instrumentos de pagamento eletrônico não tem como ser vinculados no documento, correto? Resposta²: A NFC-e ainda não possui campos específicos para outras formas de pagamento eletrônico, como o PIX. Esses campos específicos deverão ser criados no futuro próximo. Até que esses campos específicos sejam criados, a orientação é que sejam preenchidos os campos referentes a cartão (grupo "card", no arquivo XML). Esses campos podem ser preenchidos mesmo que seja usada outra forma de pagamento eletrônico, ao invés de cartão. Anexo recebido da 1ª pergunta: anexo PFV-223235-H3D2X.pdf 2ª Pergunta, enviada em 13/03/23, respondida em 15/03/23 por Eduardo S. Benazzi (Auditor Fiscal da Receita Estadual) Pergunta: No estado do RS, surgiu uma normativa (Imagem em anexo) que é necessário enviar as informações da transferência de recursos nas tags da nfce. Precisaria saber qual a informação que devo enviar quando realizo o envio de um pagamento pix, por exemplo. Sei que é necessário informar nas tags do xml a informação do tipo do pagamento pix. Existe mais alguma informação a ser enviada além do tipo de pagamento 17? Por exemplo, número da transação do pix? Obrigado! Resposta: Para essa integração, algumas informações deverão ser inseridas na NFC-e e no comprovante de pagamento. A empresa pode utilizar qualquer sistema que forneça essas informações, e não precisa necessariamente ser um sistema TEF. Orientações a respeito desse assunto estão no arquivo em anexo. Pergunta²: Tenho apenas uma duvida: quando for o tipo de pagamento PIX (tpag = 17), será necessário informar na tag caut com o código de autorização da transação pix? E é necessário informar também o CNPJ de quem está emitindo o pagamento do pix? Fiz um teste para envio de uma nfce em homologação enviando dessa forma e foi aprovado? Essa é a forma correta de envio para o PIX? <pag> <detPag> <tPag>17</tPag> <vPag>9.00</vPag> <card> <tpIntegra>1</tpIntegra> <CNPJ>04430502000103</CNPJ> <cAut>49f3ea19-2a89-428b-a</cAut> </card> </detPag> </pag> Obrigado! Resposta²: Ainda sem resposta por parte da receita. Anexo recebido da 2ª pergunta: anexo PFV-224302-M3Y0Y.pdf 3ª Pergunta, enviada em 14/03/23, respondida em 15/03/23 por Eduardo S. Benazzi (Auditor Fiscal da Receita Estadual) Pergunta: Tenho uma dúvida referente a exigência do TEF, sobre a nova legislação envolvida que irá entrar em vigor em Abril de 2023. Como funcionaria o caso de tele-entrega, aonde o pagamento é efetuado no momento da entrega e a NFC-e já foi emitida? Podemos utilizar o exemplo abaixo: O estabelecimento recebe o pedido do cliente, emite a NFC-e, envia a mercadoria pelo motoboy e o cliente vai realizar o pagamento no momento da entrega da mercadoria. Este processo foi inviabilizado devido a esta nova legislação ou tem alguma maneira de procedermos? Resposta: Em primeiro lugar, precisamos esclarecer que nenhuma empresa está obrigada a utilizar o sistema TEF a partir de 01/04. Trata-se de um engano. Se alguém lhe passou a informação de que o sistema TEF será obrigatório a partir de 01/04. então devo dizer que lhe passaram uma informação incorreta. O que existe a partir de 01/04, isso sim, é a obrigatoriedade de integração entre a NFC-e e os meios de pagamento eletrônicos. Para essa integração, algumas informações deverão ser inseridas na NFC-e e no comprovante de pagamento. A empresa pode utilizar qualquer sistema que forneça essas informações, e não precisa necessariamente ser um sistema TEF. Orientações a respeito desse assunto estão no arquivo em anexo. Essa obrigatoriedade será aplicada nas operações de venda realizadas de forma presencial. Essa obrigatoriedade não se aplica nas operações de tele-entrega. Anexo recebido da 3ª pergunta: anexo PFV-224504-P4P2M.pdf 4ª Pergunta, enviada em 14/03/23, respondida em 15/03/23 por Eduardo S. Benazzi (Auditor Fiscal da Receita Estadual) Pergunta: Gostaria de retirar uma dúvida, sobre a emissão de NFCe com a obrigação de utilizar o TEF aqui no estado do RS. Exemplo: O cliente emitiu uma NFCe com venda a prazo, só que o pagamento desse documento vai ser pago em 3 vezes, é necessário vincular os pagamentos futuros com a NFCe aprovada? Ou apenas enviamos que é uma venda a prazo com tal forma de pagamento com as faturas como já é enviado atualmente. Qual opção devemos utilizar no TEF nesses casos? Exemplo-2: Está sendo exigido o vínculo do pagamento com a NFCe, exemplo de uma venda no PIX, para realizarmos esse vínculo, o correto é apenas informar na tag Tpag = 17 ou é necessário informar o código da transação aprovada em outra Tag, e se precisar informar qual Tag seria a correta? Poderia nos fornecer um exemplo? Obrigado Resposta: Em primeiro lugar, precisamos esclarecer que nenhuma empresa está obrigada a utilizar o sistema TEF a partir de 01/04. Trata-se de um engano. Se alguém lhe passou a informação de que o sistema TEF será obrigatório a partir de 01/04. então devo dizer que lhe passaram uma informação incorreta. O que existe a partir de 01/04, isso sim, é a obrigatoriedade de integração entre a NFC-e e os meios de pagamento eletrônicos. Para essa integração, algumas informações deverão ser inseridas na NFC-e e no comprovante de pagamento. A empresa pode utilizar qualquer sistema que forneça essas informações, e não precisa necessariamente ser um sistema TEF. Orientações a respeito desse assunto estão no arquivo em anexo. Para haver a integração, o sistema da empresa deve gerar um código de identificação da operação. Esse código deve ser informado em um campo específico da nota fiscal (campo "cAut", no arquivo XML), e também deve ser impresso no comprovante de pagamento. Na situação que foi descrita,, o sistema da empresa vai emitir uma nota fiscal. O sistema deve gerar esse código de identificação da operação, e informar o código no campo específico da nota fiscal. Esse código poderá ficar registrado no sistema, para consulta posterior. Posteriormente, o cliente realiza o pagamento. A fatura vai ser referente a uma nota fiscal, e assim o sistema da empresa vai saber qual é a nota fiscal que está sendo paga. O sistema da empresa pode verificar qual é o código que ficou registrado para essa nota, e informar esse mesmo código no comprovante de pagamento. 5ª Pergunta, enviada em 14/03/23, respondida em 15/03/23 por Eduardo S. Benazzi (Auditor Fiscal da Receita Estadual) Pergunta: Com a nova lei que está para entrar em vigor em 01/04 a qual é obrigatório a utilização de TEF na emissão de NFCe quando forma de pagamento for cartão, precisamos saber qual o procedimento seguir para caso de entregas. Somos supermercado e fizemos entrega de ranchos na casa do cliente, atualmente na entrega é levado a máquina de cartão POS junto até o Local. Com a regra a qual ao sair a NFCe tem que ser vinculado o pagamento Cartão e impressão do comprovante, como faremos? Resposta: Em primeiro lugar, precisamos esclarecer que nenhuma empresa está obrigada a utilizar o sistema TEF a partir de 01/04. Trata-se de um engano. Se alguém lhe passou a informação de que o sistema TEF será obrigatório a partir de 01/04. então devo dizer que lhe passaram uma informação incorreta. O que existe a partir de 01/04, isso sim, é a obrigatoriedade de integração entre a NFC-e e os meios de pagamento eletrônicos. Para essa integração, algumas informações deverão ser inseridas na NFC-e e no comprovante de pagamento. A empresa pode utilizar qualquer sistema que forneça essas informações, e não precisa necessariamente ser um sistema TEF. Orientações a respeito desse assunto estão no arquivo em anexo. Essa obrigatoriedade será aplicada nas operações de venda realizadas de forma presencial. essa obrigatoriedade não se aplica nas operações de tele-entrega 6ª Pergunta, enviada em 14/03/23, respondida em 15/03/23 por Raquel Priscilla Presotto (Técnica Tributária da Receita Estadual) Pergunta: Boa tarde. Estamos com duvida referente ao processo correto a seguir devido as alterações que estão para entrar em vigor em 04/2023 na IN 81/2022 e Decreto 56.670/2022. Entendemos que na emissão da NFCe o comprovante de pagamento(quando via cartão e PIX) deve ser impresso no mesmo equipamento que imprime a NFCe com seus devidos dados(dados da transação de cartão utilizado na venda). No caso de vendas a prazo/crediário(exemplo mercado que vai vendendo durante o mês e é feito o acerto ao inicio do mês subsequente), quando esse pagamento do crediário é feito via cartão ou PIX, como funciona, pode ser utilizado a máquina POS para recebimento? Nesse caso a venda já ocorreu e seria o acerto via Cartão/Pix de uma venda crediário. Resposta: Prezado(a) contribuinte: A ideia básica da integração é que certas informações devem ser preenchidas no comprovante de pagamento e também na nota fiscal. Em particular, o sistema da empresa deve gerar um código de identificação da operação. Esse código deve ser impresso no comprovante de pagamento, e deve também ser informado em campo específico da nota fiscal (tag "cAut", no arquivo XML). A empresa pode utilizar qualquer sistema que forneça essas informações, e não precisa necessariamente ser um sistema TEF. Orientações sobre o assunto estão no arquivo em anexo. Vocês perguntaram a respeito dos casos em que o documento fiscal é emitido, e o pagamento é feito posteriormente. Nesse caso, quando o documento fiscal for emitido, então o sistema da empresa deverá gerar o código de identificação da operação, e informar esse código no campo específico da nota fiscal (tag "cAut", no arquivo XML). Esse código ficaria registrado no sistema da empresa, para consulta posterior. Mais tarde, quando o cliente realizar o pagamento, o sistema poderia verificar qual é a nota fiscal que está sendo paga, consultar qual é o código de identificação correspondente, e informar esse mesmo código no comprovante de pagamento. As empresas fornecedoras de sistemas devem estar adaptando os seus sistemas, para se ajustarem à nova regulamentação. Sugerimos que contatem o responsável pelo sistema de sua empresa, para perguntar sobre esse ajuste. Anexo recebido da 6ª pergunta: anexo PFV-226770-L0G3H.pdf anexo PFV-224504-P4P2M.pdf

Então, por exemplo, o "vínculo" do pagamento instantâneo(PIX) que é exigido perante a nova legislação seria somente informar na tag tPag o id 17 - PIX? Não precisaríamos informar em nenhuma outra Tag as informações da transação, como por exemplo algum código de aprovação? A aplicação precisa salvar essas informações de transação para caso o fisco venha fiscalizar o cliente e cruzar os dados?

Tenho uma duvida referente ao envio das TAGs do XML da nota fiscal eletrônica de consumidor. A duvida é a seguinte: No estado do RS, surgiu uma normativa que é necessário enviar as informações da transferência de recursos nas tags da nfce, ou seja, caso for realizado um pagamento pix, deverá ser enviado as informações do terminal e da transação que ocorreu a transferência de valor. Precisaria saber se já foi previsto isso nos componentes do ACBR. Segue a instrução normativa em anexo.

Olá, Verifiquei no fórum que recentemente foi realizada a atualização do "Novo Emulador do POS TEF da PayGo", segundo o post relacionado abaixo. Gostaria de saber se é possível realizar a homologação do TEF PayGO utilizando esse Emulador do TEF ao invés de utilizar o PIN-PAD. Obrigado!

Bom dia, Recebemos a balança Digitron_UL para ajustar um erro ao pesar com a utilização da tara. Foi ajustado dentro da rotina InterpretarRepostaPeso, adicionando a tratativa da resposta que está retornando com 'E' (implementado na linha 107 da ACBrBALDigitron_UL.pas). Arquivo para validação em anexo. ACBrBALDigitron_UL.pas

Olá, Anderson,. É que na verdade. tu precisa preencher a propriedade Prestador.Token, dai vai criar a tag token e vai funcionar. Abraço

Perfeito, funcionou. Muito obrigadooo

Olá, bom diaa.. Eu estou com os fontes atualizados e estou enfrentando a mesma situação da mensagem deste tópico, porém para a cidade de Sorriso-MT que também utiliza o provedor Agili. Mensagem: Erro ao enviar Falha na validação dos dados do lote: 2 '1' violates minInclusive constraint of '2'. The element '{http://www.agili.com.br/nfse_v_1.00.xsd}QuantidadeRps' with value '1' failed to parse. Daí alterei o arquivo ...Schemas\Agili\nfse_v_1.00.xsd para mínimo 1 e tentei enviar, passou na validação dos Schemas porém a prefeitura rejeitou o RPS , retornando o seguinte erro.. [Window Title] Erro [Content] Erro ao enviar Erro Interno: 0 Erro HTTP: 400 URL: http://agiliblue.agilicloud.com.br/api/EnviarLoteRps <EnviarLoteRpsResposta xmlns="http://www.agili.com.br/nfse_v_1.00.xsd"><ListaMensagemRetorno><MensagemRetorno><Codigo>Erro</Codigo><Mensagem>The 'http://www.agili.com.br/nfse_v_1.00.xsd:QuantidadeRps' element is invalid - The value '1' is invalid according to its datatype 'http://www.agili.com.br/nfse_v_1.00.xsd:tsQuantidadeRps' - The MinInclusive constraint failed.</Mensagem><Versao>1.00</Versao></MensagemRetorno></ListaMensagemRetorno></EnviarLoteRpsResposta> Salvo arquivo \\server\Bancos\ANDREI\Cella\106_erro.xml [Ok] Alguém teria alguma ideia de solução para este casoo ?? Valeuuus

Perfeito, obrigado pelo retorno Ítalo.

Podemos concluir então que pelo nosso sistema (próprio) não temos como manipular essa tag competencia correto? Pois a mesma é criada somente pelo site da prefeitura.

Boa Tarde, Estou com um problema parecido aqui. Pelo que percebi o XML gerado diretamente pelo site da prefeitura possui a TAG impressa, porém mesmo a preenchendo pelo nosso sistema, ela não é gerada. Alguém sabe se a versão do provedor foi atualizada e como podemos fazer para enviar essa tag?

Boa tarde, Será necessário alterar o arquivo cidades.ini alterando picada café para: [4314423] Nome=Picada Café UF=RS Provedor=Pronimv2 Segue também o arquivo pronimv2 ajustado e funcional para Picada Café. Pronimv2.INI Obrigado pela luz @Italo Jurisato Junior

Bom dia, Verifique se ao instalar o certificado você não deixou assinalado a opção "Habilitar proteção de chaves privadas fortes..." Quando instalado com essa opção, sempre que for acessado irá solicitar a senha.

Segui os passos que você recomendou e agora está retornando: Erro ao enviar Arquivo enviado com erro na assinatura. Acerte a assinatura do arquivo. Creio que agora seja algum problema com a prefeitura ou o certificado e já enviei os arquivos gerados para a prefeitura. Assim que receber alguma resposta avisarei.

Sim, SSLLib - libWinCrypt SSLCryptLib - cryWinCrypt SSLHttpLib - httpWinHttp SSLXmlSignLib - xsMsXml

Certo, Cidades.ini o cidades.ini atualmente está com Pronim, porém testei também com o PronimV2. Com o Pronim.ini Erro ao enviar Não foi possível carregar XML <conteúdo do xml> Pronim.INI Com o Pronimv2.ini Erro não especificado. Pronimv2.INI Ambos erros ocorrem dentro da função assinar. E-mail da prefeitura:

Alterei para o Pronimv2, porém ao chegar na função assinar ocorre o mesmo erro 'Erro não especificado'. Estamos com um token A3, será que poderia ter algo a ver?

Bom dia, Recebemos a informação de que a prefeitura de Picada Café estaria alterando a versão do ABRASF de 1.0 para 2.3 e além disso, também será necessária a assinatura digital nos XMLs enviados ao webservice. Novo link de homologação: http://picadacafe-portais.govcloud.com.br/NFSe.Portal.Integracao.Teste/services.svc Já efetuamos os ajustes no arquivo Pronim.Ini, configurando o novo link, versão do abrasf e opção para assinar, porém ao tentar enviar ocorre um "erro não especificado" O erro ocorre na unit ACBrDFeXsMsXmlCapicom dentro da function Assinar (TDFeSSLXmlSignMsXmlCapicom.Assinar) Ao entrar na linha onde assina com MSXML e CryptoLib ocorre o erro não especificado. Os dados do certificado estão carregando corretamente, porém ao inserir a assinatura ocorre o erro.

Bom dia, Segue units para analise. @desenvolvedor 2 Gestec este problema acontece pois tem confusão com o XSD da validação do XML , uma forma rápida de resolver é ir no tecnos.ini e na parte dos Schemas, onde tem validar=1 ,troca para validar=0 Abraço pnfsNFSeW_ABRASFv2.pas

Fiz alguns ajustes no fonte e funcionou \0/ Se puder fazer no fonte oficial aí... Alterei a unit pnfsNFSeW_ABRASFv2... 1° na tag TipoNota hoje mandava fixo 0 , alterei para enviar 1 2° na tag EspecieDocumento e SerieTalonario adicionei um if para não entrar quando é tecno, pois não tem no layout deles. if not (FProvedor in [proTecnos]) then begin Gerador.wCampo(tcStr, '#1' , 'EspecieDocumento' ,01,01,1 , '0' , DSC_TPAMB ); Gerador.wCampo(tcStr, '#1' , 'SerieTalonario ' ,01,01,1 , '0' , DSC_TPAMB ); end; 3° na tag NumeroProcesso adicionei um if para não entrar quando é tecno, pois não tem no layout deles. if not (FProvedor in [ ProTecnos] ) then Gerador.wCampo(tcStr, '#37', 'NumeroProcesso', 01, 30, 1, NFSe.Servico.NumeroProcesso, DSC_NPROCESSO); E também alterei o tecnos.ini para não validar o XML... Com esses ajustes o provedor aceitou o RPS e converteu em nota. Valeu

Bom dia, consegui falar com o pessoal da Tecnos, eles me passam o seguinte: Neste arquivo tinhas alguns campos que não pertencem ao nosso sistema, assim retirei eles e inclui uma informação: Vou tentar fazer os ajustes nos fontes e depois conto aqui se funcionou, Valeu

Boa tarde, Atualizei os fontes e estou fazendo testes tentando enviar NFS-e para Cruzeiro do Sul que usa o provedor Tecnos, adicionei essa cidade no cidades.ini e a comunicação é feita, o RPS é enviado mas retorna com um erro sem explicação. Mas esse erro já ocorria antes de atualizar os fontes, eu atualizei os fontes na tentativa de quem sabe resolver o problema. -<MensagemRetorno> <Codigo>E0800</Codigo> <Mensagem>Erro no processamento do envio</Mensagem> <Correcao/> </MensagemRetorno> Tentei passar o arquivo XML no validador da tecnos e acusa erro na validação do XML, mas sem explicação de qual é o problema... Alguém já passou por isso e poderia me ajudar ??? Anexei aqui o print da validação e também o XML que estou tentando enviar e não é aceito.. Já tentei ligar tanto para prefeitura, quanto para o provedor mas ninguém me atende, mas vou continuar tentando ligar, mas se alguém já souber oq pode ser esse erro seria uma boa Obrigado por enquanto... 105-env-lotS.xml 105-env-lotS-soap.xml 105-recS.xml 105-recS-soap.xml 198UNICA-rps.xml

Bom Dia Italo, Recebemos mais algumas informações sobre essa integração: Conforme solicitado, segue as informações para inícios dos Testes de Integração com Softwares de Terceiros, para emissão de NFSe. O acesso ao web-service esta disponível em http://citta.inf.br:1700/nfse/services/nfseSOAP?wsdl Há também um link que algumas empresas estão solicitando, com exemplos de comunicação. Usamos o postman para testes. Segue os exemplos a seguir: https://documenter.getpostman.com/view/213818/nfse-integracao-exemplos-web/7Lq7g7G#255aae59-bdfe-6b3e-26bb-41f80310b3b8 Também há os links "Download documentação ABRASF", "Download manual de integração" e "Download XMLs de exemplo" na tela principal do acesso ao ambiente do NFSe, que lhe auxiliam na integração. Ainda não conseguimos a URL de Produção. Peço se puder nos avisar caso tenha mais alguma novidade sobre a implementação para esse provedor. Estaremos trabalhando nisso em paralelo. Obrigada,

Bom Dia, Recebemos uma solicitação de um cliente do Município de Casca/RS para NFSe. Conforme os manuais disponibilizados no site da prefeitura acredito que o provedor seja o Cittá, porém não encontrei implementação para o mesmo dentro dos componentes do ACBR. Verifiquei dentro do fórum e vi que existe um tópico para esse mesmo provedor no ano de 2018: Alguém poderia me informar se por acaso já foi implementado no ACBR ou possui algum exemplo? A empresa segue o padrão Abrasf. Em anexo envio os manuais de integração. NFSe - Casca-RS.zip

Muito Obrigado pelo retorno Italo.