Diego Foliene

ISS+NomedoMunicípio significa que a administração municipal é a responsável pelo web service. Tente contato na prefeitura.

Olá pessoal! Foi compartilhado no canal #sefaz em nosso Discord, no dia 29/08/2024, o seguinte aviso que apareceu ao acessar a página https://portalsped.fazenda.mg.gov.br/spedmg/: Atualização: O aviso foi removido. Então não temos certeza se a manutenção ainda está planejada.

Olá pessoal! Foi publicada a Portaria SEFAZ Nº 159 DE 19/08/2024 que estabelece a internalização do ECONF para o estado do Mato Grosso. A portaria acrescenta nas já existentes portarias n° 160/2021-SEFAZ, de 15/09/2021 e n° 177/2021-SEFAZ, de 3/09/2021 que dispõe sobre as condições, as regras e os procedimentos para utilização e os obrigados ao uso da NF-e e da NFC-e respectivamente, adicionando novos artigos relacionados ao ECONF. Os efeitos da portaria passam a vigorar na data de sua publicação. Lembrando que as soluções ACBr estão de acordo com as implementações para que seja utilizado o ECONF conforme exposto no tópico abaixo, permitindo assim que atendam a legislação para o MT. EDIT 08/10/2024: Recebemos novas informações de que o a portaria em questão na verdade internaliza o E-CONF no estado. Portanto o ECONF é opcional no estado, com portaria estabelecendo a obrigatoriedade ainda a ser publicada.

Bom dia @fredsmartfull. Foi gerada uma nova compilação da Lib, por favor, queira atualizar a lib para realizar novos testes e reportar qualquer problema.

Olá pessoal! Conferindo no Portal da NFe é possível observar que a Sefaz de São Paulo está com contingência agendada para o dia 08/09/2024, com previsão de início às 06h00 e término às 20h00 do mesmo dia. Para utilizar as soluções ACBr em contingência durante este período, siga as orientações do tópico abaixo: Um agradecimento ao membro de nossa comunidade @Felipe Mariano por compartilhar a informação no canal #sefaz em nosso Discord.

Boa tarde! Não basta apenas alterar o .so. Também existe uma diferença na forma como você faz o bind e a chamada dos métodos, pois na Lib MT, você precisa passar um ponteiro como Handle. Mais detalhes em ACBrLib e MultiThread

Boa tarde! Muito obrigado! Eu abri o arquivo schema e realmente consta a informação, não estava encontrando antes devido a um erro no filtro que eu estava usando para buscar nos arquivos. Enviei ao SVN na Rev-30518 uma alteração modificando na rotina de configuração o parâmetro do número de ocorrências para código pais do grupo serviço de -1 (não adicionar no XML) para 0 (adicionar no XML quando informado). Vou verificar possibilidade uma nova compilação da Lib junto ao time responsável. Caso não seja possível, na próxima compilação oficial deve englobar a alteração.

Bom dia. Vou verificar. Conforme mencionei antes, não tem o campo no arquivo, então precisaria alterar no schema também. Por favor, pode disponibilizar a mensagem de erro na íntegra para confirmarmos e conferirmos se ela exibe qual campo deve ser informado?(Há um CodigoPais no grupo de serviço e também um no grupo do tomador).

Olá pessoal! Foi publicado no dia 26/08/2024 Correio Eletrônico Circular SEF/DIAT/Nº 13 / 2024 reforçando aos contribuintes de Santa Catarina o início da obrigatoriedade da emissão de NFCom a partir de 01/04/2025. Também é reforçado que todas as empresas prestadores de serviço de comunicação já estão credenciadas no ambiente de homologação para realizar testes de emissão e o contribuinte pode realizar o credenciamento voluntário no ambiente de produção desde que observe: Artigos 2° e 7°-C, do Anexo 7 ao RICMS/SC (necessidade de Autorização de Uso de Processamento de Dados – AUPD). ATO DIAT n° 31/2023 que define as regras para credenciamento de empresa desenvolvedora de sistema eletrônico. ATO DIAT nº 32/2023 que define os requisitos técnicos para os programas aplicativos utilizados para a emissão dos documentos fiscais modelos 21, 22 e 62. ATO DIAT nº 44/2023 que define, nos termos do § 5º do art. 198 do Anexo 11 do RICMS/SC-01, o cronograma, a forma e os requisitos de credenciamento para a emissão da Nota Fiscal Fatura de Serviços de Comunicação Eletrônica-NFCom.

Conferindo nos fontes nativos, realmente, não é informado o <CodigoPais>. Tanto que se você abrir a pasta dos schemas do provedor e buscar pelo termo CodigoPais, não vai encontrar nenhuma menção. Será necessário uma alteração nos fontes para que seja adicionada a tag.

Boa tarde! Um momento, por favor, vou buscar mais informações a respeito.

Olá pessoal! No dia 26/08/2024 foi publicada a versão 1.04 desta nota técnica. A nova versão corrige o nome do Webservice do CTe simplificado incluindo o V4 no final, mudando efetivamente o nome do serviço de CTeRececpcaoSimp para CTeRecepcaoSimpV4. Também nesta nova versão é alterado o texto da regra de validação G043, corrigindo as menções de vRec e vPrest para vTRec e vTPrest, dando a regra a seguinte redação: As datas de implementação em homologação e em produção permanecem as mesmas. Leia a versão 1.04 desta nota técnica AQUI.

Olá pessoal! O comportamento da quebra de linha nos impressos do ACBr será alterado! Como é hoje? Atualmente os impressos do ACBr fazem uso do caractere de ponto e vírgula para quebra de linha. Isso quer dizer que se o seu XML tiver um conteúdo como este: <infCpl>Teste Linha 1; Teste Linha 2 ;; Teste Linha 3 </infCpl> No momento em que for impresso, o conteúdo fica desta forma: Teste Linha1 Teste Linha2 Teste Linha3 No entanto, entendemos que ao manter fixo o ponto e vírgula, limitamos as possibilidades no momento de criar a informação. Se o cliente solicitasse que aparecesse o ponto e vírgula no impresso, não importa quantas vezes fosse adicionado o mesmo, só iria quebrar a linha. Por isso, este comportamento foi alterado. Como ficou? Os componentes de documentos fiscais possuem uma configuração chamada QuebraDeLinha em sua classe de web service. Esta configuração será utilizada ao invés do ponto e vírgula, fornecendo uma maior variedade de customização. Com isso, será possível definir o caractere que deseja para usar como quebra de linha. Em um exemplo, vamos considerar que desejo que o caractere de quebra seja \r\n. Para isso, vou definir a configuração desta forma: ACBrDFe.Configuracoes.WebServices.QuebraDeLinha := '\r\n'; Definindo a configuração desta forma, o conteúdo: <infCpl>Teste Linha 1; Teste Linha 2 ;; Teste Linha 3 </infCpl> Vai ser exibido no impresso: Teste Linha 1; Teste Linha 2 ;; Teste Linha 3 E caso eu queira que seja feita a quebra de linha vou precisar alterar o conteúdo para: <infCpl>Teste Linha 1\r\n Teste Linha 2 \r\n\r\n Teste Linha 3 </infCpl> Para que seja exibido: Teste Linha1 Teste Linha2 Teste Linha3 E se eu uso o ACBrMonitor ou a Lib, onde vou definir a configuração? Caso utilize a Lib, basta alterar a configuração QuebradeLinha no arquivo de configurações ACBrLib.ini. No exemplo da NFe que foi mencionado seria: [NFe] QuebradeLinha= Caso utilize o ACBrMonitorPLUS, foi adicionada uma config na aba DFe > WebServices > Configurações. Quais componentes se espera que sejam afetados por esta mudança? Os seguintes componentes serão modificados: ACBrBPe. ACBrCTe. ACBrMDFe. ACBrNF3e. ACBrNFe. Quais componentes já está em vigor a alteração? Até o presente momento foram alterados os impressos dos componentes: ACBrNFe. ACBrCTe. ACBrMDFe. ACBrBPe. ACBrNF3e Este tópico será atualizado a medida que os demais componentes forem atualizados. Porque isso é importante para mim? Neste processo de padronização, foi definido que será utilizado esta propriedade de quebra de linha e também foi decidido que o valor default para quebra será o pipe(este carinha aqui: | ). Isso acarreta uma mudança de comportamento. O ponto e vírgula, não vai mais quebrar linha a menos que seja definido ele na propriedade.

Olá pessoal! Foi publicada a versão 4.0.5 do Programa Validador de Escrituração Digital EFD ICMS IPI. A nova versão traz as seguintes alterações: Fonte: http://sped.rfb.gov.br/pagina/show/7501

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-5890

Boa tarde. Criada a #TK-5889 para análise da solicitação e parecer por parte da equipe de consultores. Qualquer novidade será informada neste tópico.

Bom dia! Se você conferir em seu log, vai ver que o retorno devolvido pelo web service dos métodos de consulta: <es:esConsultarLoteRpsResposta xmlns:es="http://www.equiplano.com.br/esnfs" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.equiplano.com.br/esnfs esConsultarLoteRpsResposta_v01.xsd"> <listaNfse class="list"> <nfse> <nrNfse>18</nrNfse> <cdAutenticacao>E6BE90765A41A4B691CA1D79D3F0277D</cdAutenticacao> <dtEmissaoNfs>2024-08-15T16:21:47</dtEmissaoNfs> <nrRps>26</nrRps> <nrEmissorRps>1</nrEmissorRps> </nfse> </listaNfse> </es:esConsultarLoteRpsResposta> <es:esConsultarNfsePorRpsResposta xmlns:es="http://www.equiplano.com.br/esnfs" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.equiplano.com.br/esnfs consultarNfsePorRpsResposta_v01.xsd"> <nfse> <nrNfse>18</nrNfse> <cdAutenticacao>E6BE90765A41A4B691CA1D79D3F0277D</cdAutenticacao> <dtEmissaoNfs>2024-08-15T16:21:47</dtEmissaoNfs> <nrRps>26</nrRps> <nrEmissorRps>1</nrEmissorRps> </nfse> </es:esConsultarNfsePorRpsResposta> Vai ver que em nenhum deles é devolvida informações o suficiente para montar um XML de NFSe. O ObterXML funciona depois que você transmite um documento, porque a biblioteca faz monta manualmente um arquivo XML para você usando os dados do RPS que você carregou e que em sua maioria são os mesmos da NFSe, acrescentando os dados que foram devolvidas na consulta. Em uma consulta futura, você não tem os dados do RPS carregados na memória e por isso ele não tem como montar o arquivo para você.

Olá pessoal! No dia 19/08/2024 foi publicada a versão 1.03 desta nota técnica. A nova versão traz a adição de algumas novas regras e também a edição de algumas já existentes, todas relacionadas ao Provedor de Assinatura e Autorização(PAA). Datas Foram mantidas as datas da versão 1.02; Implantação Homologação: 16/09/2024 Implantação Produção: 21/10/2024 E como fica o ACBr? Temos uma TK em nosso backlog para implementação do CTe Simplificado, no entanto, as alterações trazidas na versão 1.03, não devem incorrer em análise ou acréscimo no desenvolvimento, visto que elas ocorreram nas regras de validação do web service. Leia a versão 1.03 desta nota técnica na íntegra AQUI.

Olá pessoal! Na página Sobre o SAT da Sefaz de São Paulo, consta um recado informando que no dia 01/10/2024 a partir das 08h30 a Sefaz vai iniciar o processo de desligamento do protocolo TLS 1.0, com previsão inicial de o processo durar 2 horas. Durante esse período pode ocorrer instabilidade da comunicação com a Sefaz e por isso orienta que a ativação de novos SATs sejam feitos fora deste período. Também é lembrado que: Após este processo, os somente os SATs que se comunicam usando o protocolo TLS 1.0 não vão mais conseguir realizar comunicação. Esse processo já foi previamente comunicado pela Sefaz em aviso no dia 15/03/2024 (noticiado em nosso fórum no tópico Desligamento dos protocolos SSL 3.0 e TLS 1.0 para SAT nos próximos meses no dia 28/03/2024 e também no tópico ATENÇÃO!!! Desativação de Protocolos inseguros na comunicação dos SATs SSL3.0 e TLS1.0 no dia 13/06/2024). A tabela abaixo mostra os modelos de SAT afetados por este processo: Fabricante Modelo de SAT Versões de Software Básico de SAT Há atualizações de SAT para versão mais segura? Bematech RB-1000 e RB-2000 02.00.00 e 02.01.00 NÃO Jetway JS-1000 03.00.01 SIM Nitere NSAT4200 02.00.03 e 02.01.04 NÃO Tanca TS-1000 e TS-2000 01.00.00, 01.01.00, 01.01.01, 02.00.00, 02.02.00, 02.02.02, 03.00.00, 03.00.03 e 03.00.04 SIM Urano SAT UR e U-S@T 01.00.01 e 01.00.02 NÃO

Bom dia! As imagens estão com algum erro e não é possível visualizá-las. As orientações passadas mais acima não lhe foram úteis?

Olá pessoal! No dia 19/08/2024 foi publicada a versão 1.10 desta nota técnica. A nova versão remove dos campos obrigatórios do DANFE Simplificado o valor total da NF-e, em conformidade com a nova redação do § 15 no Ajuste SINIEF 07/05: Datas A NT entra em vigor em ambos os ambientes na data de sua publicação. Leia a versão 1.10 da Nota Técnica na íntegra AQUI.

Bom dia! Contribuição enviada ao SVN na Rev-34874. A todos que estiverem tendo problemas, por favor, queiram atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-5880

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-5879