edudidu
Membros-
Total de ítens
191 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que edudidu postou
-
NFSe Provedor GISS - Código de tributação inexistente - SJRP
edudidu replied to Matheus_Lira's tópico in ACBrNFSe
- Para são José do Rio Preto disponibilizaram uma tabela com novos códigos.. quando configuramos emitiu a nfse em produção -
Cidade/UF : Astorga Provedor: Elotech OBS: Vai manter o provedor Elotech. Layout: Abrasf Pelo suporte da Elotech não foi passado nenhum tipo de manual ou exemplo de XML só um Link do schema http://shad.elotech.com.br/schemas/iss/nfse_v2_03.xsd Já foi criado a tarefa 8630 para realizar as alterações.
-
Muito Obrigado
-
Cidade : São José do Rio Preto Provedor : Mundança no Layout e mantém o GISS Documentação técnica https://sjrp.giss.com.br/giss-ajuda/desenvolvedores.html schemas_modificados_gissv2(3).zip Já foi feito alterações no componente visando as alterações realizadas pelo provedor no layout em uso.
-
Cidade : Maringá - PR Provedor : "Manutenção do emissor municipal" .. Atualmente é o Fintel mas layout -> ISSE Documentação Técnica: O Manual de WebService, atualizado para apresentar os novos campos na versão ABRASF 2.01, e o arquivo XSD estão disponíveis em: https://nfse.ecity.maringa.pr.gov.br/Arquivos/xml_xsd_reforma.zip xml_xsd_reforma(6).zip Já foi feito alterações no componente visando atender as alterações realizadas no layout do provedor.
-
- Alá tudo bem ? Não sei se é uma correção ou tem que fazer alguma tipo de parametrização .. reportando que em Maringá ISSe.. foi necessário subir a tag CodigoNBS para cima ai para o erro de validação de schemas. Ai transmitiu normalmente.
-
"Estou com dúvidas sobre o ACBrNFSeXGravarXml. Realizo testes relacionados à nova reforma tributária e fiz uma modificação pessoalmente, conseguindo transmitir o RPS apenas com CST, Classificação do IBS e CBS. Adicionei no ACBrNFSeXGravarXml_ABRASFv2 a chamada que alimenta o grupo IBS/CBS da unit ACBrNFSeXGravarXml. Modifiquei algo no cabeçalho do XML e a NFS-e foi aceita no município de Maringá. Agora, cheguei nos campos mais complexos e percebi que na unit ACBrNFSeXGravarXml existem as funções/métodos GerarINIIBSCBS ao invés do GerarXMLIBSCBS que usei no meu caso. Minhas dúvidas são: Qual a diferença entre eles? Qual devo utilizar? Como faço para usar o GerarINIIBSCBS ao invés do GerarXMLIBSCBS?
-
arquivos_exemplo_SAO_JOSE_RIO_PRETO.7z xml_xsd_reforma_MARINGA.zip Olá o município de Maringá-PR e São José do Rio Preto SP, para vai manter o provedor com modificações nos XMLs com os novos impostos.
-
Ok Muito Obrigado Juliomar
-
Bom dia, tudo bem? Estou com uma dúvida relacionada aos municípios que optaram por manter seus provedores locais e realizaram ajustes nos layouts dos XMLs para se adequar à Reforma Tributária. Liguei para a SEFAZ da Prefeitura de São José do Rio Preto para entender como funcionaria o processo. Eles informaram que o envio continua sendo feito via provedor local, me forneceram os links dos novos arquivos e manuais, e também mencionaram que não é possível enviar diretamente pelo ambiente nacional, alegando que “a legislação nacional não contempla a municipal”. A dúvida é: realmente somos obrigados a enviar pelo provedor da prefeitura, conforme informado por eles? E, aproveitando, gostaria de saber se as alterações necessárias para esses provedores locais serão implementadas no componente ACBrNFSeX. Desde já, agradeço pela atenção. Atenciosamente, Eduardo
-
Parece que as tags são só geradas quando o padrão é Nacional até o momento.
-
Encontrei o tópico do comunicado do Italo ..Resolvido Obrigado.
-
Para os provedores as tags da reforma não foram disponibilizados no Componente NFSeX ?
-
Olá, tudo bem? Realizei alguns testes com base no exemplo da NFS-e. Como aqui no nosso município de Maringá se utiliza Abrasf, adicionei as tags IBS e CBS como fixas mesmo, para ver se gerava no XML 257-env-lot-sinc.xml, mas nada foi gerado. A dúvida é: será que vai ser implementado para os provedores próprios ou apenas para o padrão nacional? Na pasta de LOG do próprio XML que foi enviado sem as tags, existe um arquivo 258-lista-nfse-sinc.xml que parece ser de retorno, com as tags da reforma todas vazias. Vou colocá-lo em anexo aqui. 258-lista-nfse-sinc.xml
-
Muito Obrigado Juliomar eu modifiquei o ACBrNFSeXServicos.ini e rodei o .bat para gerar o .res com a configuração necessária lá e deu certo Obrigado.
-
Ah Juliomar.. a versão da NFS-e antiga envia para o GINFES e a Versão nova conforme o ACBrNFSeX está apontando para o GISS
-
Cidades.ini ?
-
Juilomar os XML estão um pouco diferentes o que eu percebi de cara que a NFSeX esta utilizando um versão mais antiga dos schemas e a nfse a mais nova, será que isso influenciaria ? NFSeX NÃO ENVIA está -> <EnviarLoteRpsEnvio xmlns="http://www.giss.com.br/enviar-lote-rps-envio-v2_04.xsd"> NFse ENVIA está -> <ns3:EnviarLoteRpsEnvio xmlns:ns3="http://www.ginfes.com.br/servico_enviar_lote_rps_envio_v03.xsd" xmlns:ns4="http://www.ginfes.com.br/tipos_v03.xsd"> 6382-env-lot_ENVIA.xml 6379-env-lot_NÃO_ENVIA.xml
-
Blz vou comparar Obrigado
-
<CoOladigo>E361</Codigo>es a não está cadastrada no município.</Correcao> - Quando eu mudo e volto a utilizar o componente NFS-e antigo ele transmite normal, a mesma rejeição ocorre com a minha aplicação e o exemplo da ACBR.
-
Olá bom dia tudo bem ? Converti a NFS-e para NFSeX e estou realizando testes em homologação, com o componente antigo NFS-e ele Transmite normal o RPS, já na nova versão nova ele da uma rejeição Para o município de Maringá não tive problemas com o NFSeX esta totalmente funcional, segue em anexo o XML gerado pela NFS-ex que não esta sendo autorizado. Aqui a configuração de segurança e criptografia XML.xml
-
Italo pois é aqui no PR ..bom agora vou testar então MDF-e .. e vou testar semana que vem novamente. Obrigado
-
Olá BigWings Obrigado ..mas o envio do QRCode não seria agora para dia 26/08 não deveria estar habilitado para teste ?
-
OLá tudo bem .. estou realizando os testes de envio de CT-e com QRCode atualizei o componente e os schemas e passei o parâmetro "ACBrCTe.Configuracoes.Geral.GerarInfCTeSupl := fgtSomenteHomologacao;" assina o xml normal e no momento do envio retorna a seguinte mensagem : <infCTeSupl> <qrCodCTe> <![CDATA[http://dfe-portal.svrs.rs.gov.br/cte/QRCode?chCTe=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX&tpAmb=2]]> </qrCodCTe> </infCTeSupl> Falha no Schema XML do CT-e. org.xml.sax.SAXParseException; lineNumber: 1; columnNumber: 2964; cvc-complex-type.2.4.a: Invalid content was found starting with element 'infCTeSupl'. One of '{"":Signature}' is expected.
