JeannyPaiva

Boa tarde. Tivemos recentemente rejeição no envio de GNRE para receita 100110 (A receita '10011-0' exige contribuintes inscritos! Favor informar a Inscricao Estadual do Emitente.) Ao realizar os ajustes para envio da IE da UF favorecida nos deparamos com a seguinte orientação quanto ao preenchimento da GNRE para envio de Inscrição estadual: Contribuinte Emitente - Se o contribuinte tiver inscrição da UF Favorecida, preencher apenas o campo 'Inscrição Estadual', caso contrário, preencher os demais campos que correspondem ao Contribuinte Emitente. Dados relacionados ao contribuinte emitente: - Inscrição Estadual - Corresponde a inscrição estadual na UF favorecida. ou - CNPJ/CPF - Corresponde à Identificação do Contribuinte/Empresa responsável pelo fornecimento de mercadorias/produtos. Informar CNPJ quando se tratar de pagamento efetuado por pessoa jurídica, ou CPF quando se tratar de pagamento efetuado por pessoa física. - Razão Social - Corresponde ao nome da Razão Social do contribuinte. - Endereço - Corresponde ao endereço completo empresa do contribuinte (logradouro, número, bairro e complemento do endereço do contribuinte). - UF - Corresponde a UF da empresa do contribuinte. - Município - Corresponde ao município empresa do contribuinte. Selecione primeiro a UF do contribuinte emitente para habilitar este campo. - CEP - Corresponde ao CEP da empresa do contribuinte. - Telefone - Corresponde ao código DDD (2 dígitos) e número do telefone do contribuinte (8 dígitos). https://www.gnre.pe.gov.br:444/gnre/portal/ajuda.jsp Porém o preenchimento da IE estava condicionada ao preenchimento do campo de identificação do emitente (CNPJ). Foi necessário ajuste para permitir envio apenas da IE sem demais informações. Segue arquivo anexado. pgnreGNREW.pas

Boa tarde @Italo Giurizzato Junior, Parece que entramos no clássico problema de conserta para um e atrapalha para outro. O mesmo provedor (SH3) que é utilizado para São João Del Rey, é utilizado em São Geraldo e Visconde do Rio Branco, porém está retornando de forma diferente. De acordo com os arquivos acima anexados. SJDR = > nfseDadosMsg SG e VRB = > outputXML Logo, quando foi realizada a ultima correção, SG e VRB parou de funcionar. Para tentar sanar o problema realizei as seguintes alterações nos arquivos que seguem para avaliação: 1 - No arquivo ACBrNFSeXServicos.ini adicionei um parâmetro para identificar qual a tag de resposta ==> Params=ResponseTag:outputXML 2 - Em SH3.Provider ler buscar a informação do parâmetro "ResponseTag" para realizar a leitura do XML. @alfadesign, se possível testes para SJDR com estes fontes para ver se soluciona o problema para todos. * No arquivo ACBrNFSeXServicos.ini inclui apenas para as cidades citadas acima, seria necessário outros que utilizam este mesmo provedor identificar como ocorre o retorno em suas cidades. **Optei por responder no mesmo tópico em vez de abrir novo pois aparentemente foi aqui que gerou a ultima alteração. Exemplo-SG-188-lista-nfse-ger-soap.xml SH3.Provider.pas ACBrNFSeXServicos.ini

Boa tarde. Foi realizado um ajuste para possibilitar ler XML de retorno da consulta por Faixa do provedor SH3. Segue fonte e XML de exemplo 202300000000008202300000000010000001-lista-nfse-fai-soap.xml SH3.Provider.pas

Boa tarde. Passou a ocorrer, após esta alteração, falha ao ler o XML de retorno em ConsultarNFSeporRps. Mesmo sendo o mesmo provedor SH3 parece que tem variado o retorno. No exemplo acima ele retorna com a tag nfseDadosMsg. Porém aqui, para a cidade de São Geraldo retorna a tag outputXML. Realizei a correção nos meus fontes para resolver, mas creio que possa ter empasses semelhantes em outras cidades. Como poderíamos tratar essa divergência ? *Segue arquivo de exemplo e alteração. 30540-comp-nfse-soap.xml SH3.Provider.pas

Bom dia. Foi necessário a realização de um ajuste para o provedor EL no tratamento da tag IssRetido. Segue em anexo. EL.Provider.pas

Boa tarde. Precisar realizar algumas alterações para o provedor EL, utilizado por Linhares, e um ajuste para o envio de RPS (geral). EL: - Formatação de Alíquota - Identificação do XML carregado (NFSe ou RPS) - Ajuste de informações de retorno de erros - Ajuste na leitura de XML de retorno de consultas e cancelamento. RPS: - Ao ler XML de RPS estava carregando a informação de data para a propriedade DataEmissaoRps, porém ao Gerar novamente o XML estava passando a propriedade DataEmissao, que no caso chegava com Zero. ACBrNFSeXGravarXml_ABRASFv2.pas EL.LerXml.pas EL.Provider.pas EL.GravarXml.pas

Boa tarde. Obrigada.

Boa tarde. Foi necessário ajustar o retorno de XML do Provedor SH3 após as últimas atualizações. Segue unit alterada. SH3.Provider.pas

Bom dia. Tive um problema semelhante ao atualizar o componente (de apresentar o retorno vazio), porém vi que o problema estava no momento de interpretar o retorno. Em testes com os provedores SH3 e VersaTecnologia, ao debugar apenas identifiquei que apresentava "Range Check Error", na unit ACBrXmlBase, TipoEncoding. Realizei a alteração na função e resolvi aqui o problema. Pode ser o mesmo caso com o XML retornado pelo Betha ACBrXmlBase.pas

As URLs de contingência SVC quando enviadas de MG está sendo validada fora do padrão dos demais estados. Para contornar, aqui eu utilizo arquivo ACBrCTeServicos.ini diferente para MG dos demais estados. Para homologação [CTe_SVC-SP_H] URL-QRCode=https://hcte.fazenda.mg.gov.br/portalcte/sistema/qrcode.xhtml

Obrigada.

Boa tarde. Realizei alguns ajustes para o provedor SH3, utilizado por São Geraldo. ACBrNFSeXServicos.ini : correção das urls de homologação e link para impressão.ACBrNFSeXServicos.ini SH3.Provider.pas: correção para leitura do XML que não possui a tag 'return'. Em anexo também um exemplo de XML de retorno deles. SH3.Provider.pas 101-lista-nfse-ger-soap.xml

Exemplos de erros que ocorriam sem os ajustes. RetCancelamentoNFSe.txt RetNFSeAliq.txt

Em VersaTecnologia.GravarXml, é referente a formatação da aliquota, que estava causando rejeição nos calculos. Alteração realizada: DivAliq100 := True; Em VersaTecnologia.Provider.pas no XML acusou falha no envio pelo envio do NameSpace novamente na tag InfPedidoCancelamento. Foi sobrescrito GerarMsgDadosCancelaNFSe para ajustar a tag '<' + Prefixo2 + 'InfPedidoCancelamento' + IdAttr + '>' .

Boa tarde, Estou realizando a troca do componente NFSe para NFSeX e precisei realizar dois ajustes para o provedor VersaTecnologia. Segue fontes alterados. VersaTecnologia.Provider.pas VersaTecnologia.GravarXml.pas

Boa tarde. Em uma determinada situação, ao Ler um arquivo XML e Assinar, algumas tags estavam ficando duplicadas ao assinar (onde ele carrega novamente as informações do componente e gera de novo o arquivo). Realizei um ajuste na leitura de CTe. Segue anexo arquivo com alteração. pcteCTeR.pas

Boa tarde . A URL correta é realmente a apontada https://dfe-portal.svrs.rs.gov.br/CTe/Servicos (URL-QRCode=https://cte.fazenda.mg.gov.br/portalcte/sistema/qrcode.xhtml) tanto para produção quanto homologação em MG , porém por algum motivo, ao enviar para SVC-SP, em homologação, eles validam que deve ser enviado URL-QRCode=https://hcte.fazenda.mg.gov.br/portalcte/sistema/qrcode.xhtml, e não o endereço aceito pela SEF MG. Por ser algo ocasional, e dificilmente no cliente é emitido em homologação SVC-SP, o que faço é trocar a URL no arquivo ini para homologação apenas para testes aqui na empresa, mas distribuir o arquivo de acordo com o especificado no endereço acima.

Aqui também temos este problema. Devido a isso não conseguimos realizar testes na rotina.

Acredito que este projeto do DTe vai cair por terra. https://comsefaz.org.br/?p=1948

Neste caso o município de descarregamento informado para o documento deve ser São Paulo, e lá o transportador que irá levar a mercadoria até o destino final irá emitir outro MDFe de SP para PA.

A quem se interesse: Enviei mensagem para a SEF MG questionando o erro de falha de schema ao enviar as novas tags em Homologação. Segue resposta:

Sim... já tentei de todas as formas possíveis... enviando URL de SP, de MG, todas são rejeitadas. MG é muito ruim para nos responder, e quando respondem costumam ser respostas evasivas e nada é solucionado.

Tenho mesmo problema por aqui ao enviar CTe em contingência para SVC-SP. De acordo com a informação do portal o endereço está correto, porém a rejeição continua. Já tentei entrar em contato com a SEF e simplesmente dizem que estão encaminhando para outro setor para analisar, nunca respondem e nem é resolvido. Faz meses que temos essa rejeição e sem solução.

Bom dia. Na leitura do XML para o provedor SH3 não está sendo efetuada a leitura do campo ValorIss ou ValorIssRetido quando IssRetido = stRetencao. Adicionei o provedor na condição para atribuição do campo. pnfsNFSeR.pas

Warlei, conseguiu alguma solução? Para mim responderam a mesma coisa, e mesmo entrando em contato depois reclamando que isso não resolvia, só tive um grande vácuo como resposta.